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Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG) Technical Committee (TC) 
of the European Telecommunications Standards Institute (ETSI). 

This TS specifies the CAMEL Application Part (CAP) supporting the first phase of the network feature Customized 
Applications for Mobile network Enhanced Logic within the digital cellular telecommunications system 
(Phase 2/Phase 2+). CAP is based on a sub-set of the CSl Core INAP as specified by ETS 300 374-1 [14]. 

The contents of this TS are subject to continuing work within TC-SMG and may change following formal TC-SMG 
approval. Should TC-SMG modify the contents of this TS it will then be republished by ETSI with an identifying 
change of release date and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 

This Technical Specification (TS) specifies the CAMEL Application Part (CAP) supporting the first phase 
of the network feature Customized Applications for Mobile network Enhanced Logic. CAP is based on a 
sub-set of the CS1 Core INAP as specified by ETS 300 374-1 [14]. Descriptions and definitions provided 
by ETS 300 374-1 [14] are directly referenced by this standard in case no additions or clarifications are 
needed for the use in the CAP. 

2 Normative references 

This TS incorporates by dated and undated reference, provisions from other publications. These 
normative references are cited at the appropriate places in the text and the publications are listed 
hereafter. For dated references, subsequent amendments to or revisions of any of these publications 
apply to this TS only when incorporated in it by amendment or revision. For undated references the latest 
edition of the publication referred to applies. 

[I] ETS 300 008 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Message Transfer Part (MTP) to support international 
interconnection". 

[2] ETS 300 009 (1994): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Signalling Connection Control Part (SCCP) 
[connectionless and connection-oriented] to support international 
interconnection". 

[3] ETS 300 287 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Transaction Capabilities Application Part (TCAP) 
version 2". 

[4] ETS 300 356-1: "Integrated Services Digital Network (ISDN); CCITT Signalling 

System No. 7; ISDN User Part (ISUP) version 2 for the international interface; 
Part 1 : Basic services". 

[5] ETS 300 403-1 : "Integrated Services Digital Network (ISDN); Digital Subscriber 

Signalling System No. one (DSS1); User-network interface layer 3 specification 
for basic call control; Part 1 : Protocol specification" 
[ITU-T Recommendation Q.931 (1993), modified]. 

[6] ITU-T Recommendation Q. 773 (1993): "Specifications of Signalling System 

No. 7; Transaction Capabilities formats and encoding". 

[7] ITU-T Recommendation Q.I 21 8 (1993): "Interface Recommendation for 

intelligent network CSV. 

[8] ITU-T Recommendation Q.I 400 (1993): "Architecture framework for the 

development of signalling and organization, administration and maintenance 
protocols using OSI principles". 

[9] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax 

Notation Qne(ASN.I)". 

[10] CCITT Recommendation X. 209 (1988): "Specification of basic encoding rules 

for Abstract Syntax Notation Qne (ASN.1)". 

[II] CCITT Recommendation X. 21 9 (1988): "Remote operations: Model, notation 

and service definition". 

[12] CCITT Recommendation X.229 (1988): "Remote operations: Protocol 

specification". 

[13] ISQ 9545 (1989): "Information technology - Qpen Systems Interconnection - 

Application Layer structure". 
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[14] 

[15] 
[16] 

[17] 



ETS 300 374-1 (1994): "Intelligent Network (IN); Intelligent Network Capability 
Set 1 (CS1) Core Intelligent Network Application Protocol (INAP) Part 1: 
Protocol specification". 

GSM 09.02 (ETS 300 974): "Digital cellular telecommunications system 
(Phase 2+); Mobile Application Part (MAP) specification". 

GSM 03.78: "Digital cellular telecommunications system (Phase 2+); 
Customized Applications for Mobile network Enhanced Logic (CAMEL) - 
stage 2". 



CCITT Recommendation Q.713 
SCCP formats and codes". 



"Specifications of Signalling System No. 7; 



[18] 



[19] 



[20] 



[21] 



ITU-T Recommendation X.680 (1 994) | ISO/IEC 8824-1 :1 994: "Information 
technology - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Specification of basic notation". 

ITU-T Recommendation X.681 (1994) | ISO/IEC 8824-2:1994: "Information 
technology - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Information object specification". 

ITU-T Recommendation X.682 (1994) | ISO/IEC 8824-3:1994: "Information 
technology - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1 ): Constraint specification". 

ITU-T Recommendation X.683 (1994) | ISO/IEC 8824-4:1994: "Information 
technology - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Parameterization of ASN.1 specifications". 



[22] 



ITU-T Recommendation X.690 (1 994) | ISO/IEC 8825-1 :1 994: "Information 
technology - Open Systems Interconnection - Specification of ASN.1 encoding 
rules: Basic, Canonical, and Distinguished Encoding Rules". 

ISO/IEC 1 371 2-1 :1 994: "Information 



[23] 


ITU-T Recommendation X.880 (1994) | ISC 




technology - Remote Operations: Concepts, n 


3 Abbreviations 


For the purposes of this 


TS, the following abbreviations apply: 


AC 


Application Context 


ACM 


Address Complete Message 


AE 


Application Entity 


ASE 


Application Service Element 


ASN.1 


Abstract Syntax Notation One 


BCSM 


Basic Call State Model 


CAP 


CAMEL Application Part 


CS1 


Capability Set 1 


CSI 


CAMEL Subscription Information 


DP 


Detection Point 


DSS1 


Digital Subscriber Signalling System No. One 


EDP 


Event Detection Point 


EDP-R 


Event Detection Point - Request 


FE 


Functional Entity 


FSM 


Finite State Model 


gsmSCF 


GSM SCF 


gsmSSF 


GSM SSF 


lAM 


Initial Address Message 


ID 


Identifier 


IN 


Intelligent Network 


INAP 


Intelligent Network Application Protocol 


ISDN 


Integrated Services Digital Network 



GSM 09.78 


10 


ISUP 


ISDN User Part 


MACF 


Multiple Association Control Function 


MTP 


Message Transfer Part 


OCSI 


Originating CSI 


PE 


Physical Entity 


REL 


Release 


ROSE 


Remote Operations Service Element 


SACF 


Single Association Control Function 


SAO 


Single Association Object 


SCCP 


Signalling Connection Control Part 


SCF 


Service Control Function 


SOME 


SCF Management Entity 


SCSM 


SCF Call State Model 


SLP 


Service Logic Program 


SSF 


Service Switching Function 


SSME 


SSF Management Entity 


SSN 


Sub-System Number 


TC 


Transaction Capabilities 


TCAP 


Transaction Capabilities Application Part 


TCSI 


Terminating CSI 


TDP 


Trigger Detection Point 


TDP-R 


Trigger Detection Point - Request 
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4 General 

4.1 Definition methodology 

The definition of the protocol is split into three clauses: 

the definition of the Single/Multiple Association Control Function (SACF/MACF) rules for the 
protocol (clause 5); 

the definition of the operations transferred between entities (clause 6); 

the definition of the actions taken at each entity (clause 7). 

The SACF/MACF rules are defined in prose. The operation definitions are in Abstract Syntax Notation 1 
(ASN.1, see CCITT Recommendation X.208 [9]), and the actions are defined in terms of state transition 
diagrams. Further guidance on the actions to be performed on receipt of an operation can be gained from 
clause 6 and from the relevant detailed procedures in clause 7. 

The CAP is a Remote Operations Service Element (ROSE) user protocol (see CCITT Recommendations 
X.219 [11] and X.229 [12] and ITU-T Recommendation X.880 [23]). CAP uses the Basic Encoding Rules 
(see CCITT Recommendation X.209 [10] and ITU-T recommendation X.690 [22]). 



4.2 Spare 

4.3 CAP protocol architecture 

Many of the terms used in this subclause are based on the OSI Application Layer Structure as defined in 
ISO 9545 [13]. 

The CAP protocol architecture can be illustrated as shown in figure 1 . 
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Multiple Co-ordinated 
Interactions (case b) 



Application 
Process 


MACF 




SAO 


SAO 


S 
A 
C 

F 


ASE's 


S 
A 
C 

F 


ASE's 


TCAP 


TCAP 





SCCP 



MTP 



or 



Single Interaction 
(case a) 



Application 
Process 



SAO 




SCCP 



MTP 



Figure 1 : CAP protocol architecture 

A PE has either single interactions (case a) or multiple co-ordinated interactions (case b) with other PEs. 

In case a, SACF provides a co-ordination function in using Application Service Elements (ASEs), which 
includes the ordering of operations supported by ASE(s), (based on the order of received primitives). The 
Single Association Object (SAO) represents the SACF plus a set of ASEs to be used over a single 
interaction between a pair of PEs. 

In case b, MACF provides a co-ordinating function among several SAOs, each of which interacts with an 
SAO in a remote PE. 

Each ASE supports one or more operations. Description of each operation is tied with the action of 
corresponding FE modelling (see GSM 03.78 [16] and clause 7 of this TS). Each operation is specified 
using the operation macro described in figure 2. 



GSM 09.78 



12 



TS 101 046 V5.0.1 (1997-04) 



INAP User ASE's 

xyz OPERATION 

ARGUMENT {Parameterl , Parameter2,...} 
RESULT {Parameterl , Parameter2,...} 
LINKED {operations, operation4,...} 
ERRORS {errorl, error2....} 

errorl ERROR 

PARAMETER {ParameterG, Parameter?,...} 
etc 



to peer 



Operations 

Results 

Errors 



TCAP ASE 



COMPONENT SUB-LAYER 



TRANSACTION SUB-LAYER 



: 



to peer 



to peer 



INVOKE 

RETURN RESULT 
RETURN ERROR 
REJECT 

BEGIN 

CONTINUE 

END 

ABORT 

UNIDIRECTIONAL 



CONNECTIONLESS SCCP 

Figure 2: Operation description 

The use of tine Application Context (AC) negotiation mechanism (as defined in ETS 300 287 [3]) allows 
the two communicating entities to identify exactly what their capabilities are and also what the capabilities 
required on the interface should be. This should be used to allow evolution through capability sets. 

If the indication of a specific AC is not supported by a pair of communicating FEs, some mechanism to 
pre-arrange the context shall be supported. 



4.4 



CAP addressing 



The CAMEL Application Part makes use of the services offered by the Signalling Connection Control Part 
of signalling System No. 7. CCITT Blue Book or ITU-T (03/93) Recommendations 0.711 to 0.716 should 
be consulted for the full specification of SCCP. 

4.4.1 Sub-System Number (SSN) 

The use of SSN is a network operator option and values for intra-PLMN usage are network specific. 

4.4.2 Quality of service parameters 

The class (class or class 1) of SCCP is chosen according to the quality of service requirement of an 
individual message. 

The return option may be used if requested. 

4.4.3 SCCP addressing 

Within the GSM System there is a need to communicate between entities within the same PLMN and in 
different PLMNs. Using the CAMEL Application Part (CAP) for this function implies the use of Transaction 
Capabilities (TC) and the Signalling Connection Control Part (SCCP) of CCITT Signalling System No. 7. 
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The format and coding of address parameters carried by tine SCCP for tinat purpose shall comply with 
CCITT Recommendation Q.713 [17] with the following restrictions: 

1) Intra-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific; 

a Global title or a point code may be included; 

b) Calling Party Address 

SSN indicator = network specific; 

a Global title or a point code may be included; If neither of these parameters is present 

the MTP address (i.e. OPC) is used; 

2) Inter-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific; 

Point Code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator); 

Translation type = (Not used); 

Routing indicator = (Routing on global title); 

b) Calling Party Address 

SSN indicator = network specific; 

Point code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator); 

Translation type = (Not used); 

Routing indicator = (Routing on Global Title). 

4.5 Spare 

4.6 Compatibility mechanisms used for CAP 
4.6.1 Introduction 

This subclause specifies the compatibility mechanisms that shall be used for CAP. 

Two major categories of compatibility are handled by these mechanisms: 

compatibility with the ITU-T Recommendation Q.I 21 8 [7] version of CS1 INAP and the ETSI 
specification ETS 300 374 -1 version [14] of CS1 INAP; 

compatibility with future versions of CAP. 

The second category has three sub-categories of compatibility dealt with in this subclause: 

minor changes to the CAP in future standardized versions: 

A minor change can be defined as a change of a functionality which is not essential for the 
requested CAMEL service. In case it is a modification of an existing function, it is acceptable that 
the addressed function is executed in either the older or the modified variant. If the change is purely 
additional, it is acceptable that it is not executed at all and that the peer Application Entity (AE) need 
not know about the effects of the change. For minor changes, a new AC is not required; 

major changes to the CAP in future standardized versions: 

A major change can be defined as a change of a functionality which is essential for the requested 
CAP service. In case it is a modification of an existing function, both application entities shall have a 
shared knowledge about the addressed functional variant. If the change is purely additional, the 
requested CAMEL service will not be provided if one of the application entities does not support the 
additional functionality. For major changes, a new AC is required; 
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network specific cinanges to CAP: 

TInese additions may be of eitlner tine major or minor type for a service. No new AC is expected to 
be defined for tinis type of cinange. At tine time of definition, tine additions would not be expected to 
be included in identical form in future versions of the ETS. 

4.6.2 Definition of CAP compatibility mechanisms 

4.6.2.1 Compatibility mechanism for interworking of CAP with ETSI CS1 Core INAP and 
ITU-T Q.1218INAP 

On receipt of an operation according to ITU-T Recommendation Q.1218 [7] or an operation according to 
ETSI ETS 300 374-1 [14] which is not part of the CAP or is part of the CAP but which contains parameters 
which are not part of the CAP: 

the gsmSSF shall apply the normal error handling for unknown operations or parameters, i.e. the 
normal error handling procedures as specified in clause 10 shall be followed; 

the gsmSCF shall apply the normal error handling for unknown operations or parameters except for 
parameters in the InitialDP operation. All parameters specified in ITU-T Recommendation 
Q.1218 [7] and in ETSI ETS 300 374-1 [14] for InitialDP shall be known by the gsmSCF, those not 
included in the CAP shall be ignored. 

Tagging of CAP additions to ITU-T Recommendation Q.1218[7] and ETSI ETS 300 374-1 [14] are 
specified from 50 and upwards. 

4.6.2.2 Procedures for major additions to CAP 

In order to support the introduction of major functional changes, the protocol allows a synchronization 
between the two applications with regard to which functionality is to be performed. This synchronization 
takes place before the new function is invoked in either application entity, in order to avoid complicated 
fall-back procedures. The solution chosen to achieve such a synchronization is use of the AC negotiation 
provided in ETS 300 287 [3]. 

4.6.2.3 Procedures for minor additions to CAP 

The extension mechanism marker shall be used for future standardized minor additions to CAP. This 
mechanism implements extensions by including an "extensions marker" in the type definition. The 
extensions are expressed by optional fields that are placed after the marker. When an entity receives 
unrecognized parameters that occur after the marker, they are ignored (see ITU-T Recommendation 
X.680[18]). 

4.6.2.4 Procedures for inclusion of network specific additions to CAP 

This mechanism is based on the ability to explicitly declare fields of any type via the Macro facility in 
ASN.1 at the outermost level of a type definition. It works by defining an "ExtensionField" that is placed at 
the end of the type definition. This extension field is defined as a set of extensions, where an extension 
can contain any type. Each extension is associated with an identification that unambiguously identifies the 
extension. Refer to ITU-T Recommendation Q.I 400 [8] for a definition of this mechanism. 

5 Single/Multiple Association Control Function (SACF/MACF) rules 

5.1 Reflection of TCAP Application Context (AC) 

TCAP AC negotiation rules require that the proposed AC, if acceptable, is reflected in the first backwards 
message. 

If the AC is not acceptable, and the TC-User does not wish to continue the dialogue, it may provide an 
alternate AC to the initiator which can be used to start a new dialogue. 

TCAP AC negotiation applies only to the gsmSCF interfaces. Refer to ETS 300 287 [3] for a more detailed 
description of the TCAP AC negotiation mechanism. 
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5.2 Sequential/parallel execution of operations 

In some cases, it may be necessary to distinguish winetlner operations sinould be performed sequentially or 
in parallel (synchronized). Operations which may be synchronized are: 

Charging operations may be synchronized with any other operation. 

The method of indicating that operations are to be synchronized is to include them in the same message. 
Where it is impossible to execute one of the operations identified above until some other operation has 
progressed to some extent or finished, the sending PE (usually SCP) can control this by sending the 
operations in two separate messages. 

This method does not imply that all operations sent in the same message should be executed 
simultaneously, but simply that where it could make sense to do so (in the situations identified above) the 
operations should be synchronized. 

In case of inconsistency between the above mentioned generic rules and the FE-specific rules as 
specified in clause 7, the FE-specific rules take precedence over the generic rules. 

6 Abstract syntax of the CAP 

This clause specifies the abstract syntax for the CAP version 1, using ASN.1 as defined in CCITT 
Recommendation X.208 [9] and ITU-T Recommendations X.680[18], X.681 [19], X.682 [20] and 
X.683[21]. 

The encoding rules which are applicable to the defined abstract syntax are the Basic Encoding Rules for 
ASN.1, defined in CCITT Recommendation X.209 [10] and ITU-T Recommendation X.690 [22] with the 
restrictions as described in ITU-T Recommendation Q.773 [6], §4.1.1, modified by ETS 300 287 [3]. 
Additional encodings are cited for parameters used in existing ISUP (ETS 300 356-1 [4]) and DSS1 
(ETS 300 403-1 [5]) standards. 

For the ISUP and DSS1 parameters used in the CAP, only the coding of the parameter value is coded as 
defined in ISUP or DSS1 . The DSS1/ISUP defined parameter identifiers are removed and replaced by the 
CAP defined parameter identifiers. 

Where possible existing data types from the CS1 ETSI Core INAP (ETS 300 374-1 [14]) and MAP 
(ETS 300 599 [15]) standards have been used. 

The mapping of OPERATION and ERROR to TCAP components is defined in ITU-T Recommendation 
0.773 [6] modified by ETS 300 287 [3]. The class of an operation is not stated explicitly but is specified in 
the ASN.1 OPERATION MACRO, as follows: 

class 2: only ERRORS appears in the ASN.1 OPERATION MACRO definition; 

class 3: only RESULT appears in the ASN.1 OPERATION MACRO definition; 

class 4: neither RESULT nor ERRORS appears in the ASN.1 OPERATION MACRO definition. 

The abstract syntax for CAP is composed of several ASN.1 modules describing operations, errors, and 
associated data types. The values (operation codes and error codes) are defined in a separate module. 

The module containing all the type definitions for CAP operations is CAP-Operations and is described in 
subclause 6.1. 

The module containing all the type definitions for CAP errors is CAP-Errors and is described in 
subclause 6.2. 

The module containing all the type definitions for CAP data types is CAP-Datalypes and is described in 
subclause 6.3. 

The module containing the operation codes and error codes for CAP is CAP-Codes and is described in 
subclause 6.4. 

All the AC definitions for CAP are described in subclause 6.5. 
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The module containing tine class definitions for CAP is CAP-Classes and is described in subclause 6.6. 
6.1 Operation types 

CAP-Operations {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) 

cap-operations (50) versionl (0) } 

— This module contains the type definitions for the CAP v.l operations. 
DEFINITIONS : := 

BEGIN 

IMPORTS 

OPERATION 

FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2(2)} 

error types 

Mi ssingCustomer Record, 

MissingParameter , 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

FROM Core-INAP-CSl-Errors {ccitt (0) identif ied-organization (4 ) etsi(O) inDomain(l) in-network (1 ) 
modules (0) csl-errors (1) versionl (0) } 

— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-errors (51) versionl (0)} 

argument types 

ConnectArg, 

Event ReportBCSMArg, 

InitialDPArg, 

ReleaseCallArg, 

RequestReportBCSMEventArg 

FROM CAP-DataTypes {ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1 ) 
modules (3) cap-datatypes (52 ) versionl (0) } ; 

— TYPE DEFINITIONS FOR CAP v.l OPERATIONS FOLLOW 

ActivityTest ::= OPERATION 

RESULT 

Direction: gsmSCF -> gsmSSF, Timer: T^^ 

— This operation is used to check for the continued existence of a relationship between the 

— gsmSCF and gsmSSF. If the relationship is still in existence, then the gsmSSF will respond. 

— If no reply is received, then the gsmSCF will assume that the gsmSSF has failed in some way 

— and will take the appropriate action. 

Connect ::= OPERATION 

ARGUMENT 

ConnectArg 
ERRORS { 

MissingParameter , 

SystemFailure, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 

} 
Direction: gsmSCF -> gsmSSF, Timer: 1^,^^^^ 

— This operation is used to request the gsmSSF to perform the call processing actions to route 

— or forward a call to a specified destination. To do so, the gsmSSF may or may not use 

— destination information from the calling party (e.g., dialled digits) and existing call setup 

— information depending on the information provided by the gsmSCF. 

Continue ::= OPERATION 

Direction: gsmSCF -> gsmSSF, Timer: T^^^ 

— This operation is used to request the gsmSSF to proceed with call processing at the DP at 

— which it previously suspended call processing to await gsmSCF instructions (i.e., proceed to 

— the next point in call in the BCSM) . The gsmSSF continues call processing without 

— substituting new data from gsmSCF. 
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Event ReportBCSM 
ARGUMENT 

Event ReportBCSMArg 



OPERATION 



Direction: gsmSSF -> gsmSCF, Timer: T^^,]^ 

— This operation is used to notify the gsmSCF of a call-related event (e.g., BCSM events such 

— as answer or disconnect) previously requested by the gsmSCF in a RequestReportBCSMEvent 
operation. 

InitialDP ::= OPERATION 

ARGUMENT 

InitialDPArg 
ERRORS { 

Mi ssingCustomer Record, 

MissingParameter , 

SystemFailure, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 



Direction: gsmSSF -> gsmSCF, Timer: T^^ 

— This operation is used after a TDP to indicate request for service. 

ReleaseCall ::= OPERATION 

ARGUMENT 

ReleaseCallArg 

Direction: gsmSCF -> gsmSSF, Timer: T^, 

— This operation is used to tear down an existing call at any phase of the call for all 

— parties involved in the call . 



RequestReportBCSMEvent : := 

ARGUMENT 

RequestReportBCSMEventArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter 



OPERATION 



— Direction: gsmSCF -> gsmSSF, Timer: Tj-j--j^ 

This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM 

— events such as answer or disconnect), then send a notification back to the gsmSCF when the 
event is detected. 

END 

Operation timers 

The following value ranges apply for operation specific timers in CAP: 

short: 1 to 20 seconds; 

Table 1 lists all operation timers and the value range for each timer. The definitive value for each 
operation timer may be network specific and has to be defined by the network operator. 

Table 1 



Operation Name 


Timer 


value 


ActivityTest 


Tat 


short 


Connect 


"•"con 


short 


Continue 


"•"cue 


short 


EventReportBCSM 


Terb 


short 


InitialDP 


Tidp 


short 


ReleaseCall 


Trc 


short 


RequestReportBCSMEvent 


Trrb 


short 
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6.2 Error types 

CAP-Errors ( ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain ( ) gsm-Network (1) 

modules (3) 

cap-errors (51) versionl (0) } 

— This module contains the type definitions for the CAP v.l errors. 
DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 
IMPORTS 

ERROR 
FROM TCAPMessages ( ccitt recommendation q 773 modules (2) messages (1) version2(2) } 

UnavailableNetworkResource 

FROM CAP-DataTypes (ccitt (0) identif ied-organization ( 4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-datatypes (52) versionl (0) } ; 

— TYPE DEFINITIONS FOR CAP v.l ERRORS FOLLOW 

SystemFailure ::= ERROR 

PARAMETER 

UnavailableNetworkResource 

— The operation could not be completed due to a system failure at the serving entity. 
END 



6.3 Data types 



CAP-DataTypes {ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) 

cap-datatypes (52) versionl (0) } 

— This module contains the type definitions for the CAP v.l data types. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

CallingPartysCategory, 

HighLayerCompatibility , 

MiscCalllnfo, 

MonitorMode, 

Redirect ionlnformat ion, 

ServiceKey 

FROM Core-INAP-CSl-DataTypes { ccitt (0) identif ied-organization (4 ) etsi(O) inDomain(l) 
in-network (1) modules (0) csl-datatypes (2) versionl (0)} 

IMSI, 
Ext-BasicServiceCode 

FROM MAP-CommonDataTypes { ccitt (0) identif ied-organization (4) etsi(O) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) version3(3)} 

Locationinf ormation, 
Subscriber St ate 

FROM MAP-MS-DataTypes { ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1 ) modules (3) map-MS-Datalypes (11 ) version3(3)} 

CallRef erenceNumber , 
SuppressionOf Announcement 

FROM MAP-CH-DataTypes { ccitt (0) identif ied-organization (4 ) etsi(O) mobileDomain (0) 
gsm-Network (1 ) modules (3) map-CH-Datalypes (13) version3(3)} 

— TYPE DEFINITIONS FOR CAP v.l DATA TYPES FOLLOW 

— Argument Data Types 

ConnectArg ::= SEQUENCE { 

destinationRoutingAddress [0] DestinationRoutingAddress, 
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originalCalledPartylD 
extensions 

genericNumbers 
callingPartyNumber 
callingPartysCategory 
redirecting? arty ID 
redirect ion In format ion 
suppressionOf Announcement 
oCSIAppli cable 



[10] 

[14] 
[27] 
[28] 
[29] 
[30] 
[55] 
[56] 



OriginalCalledPartylD OPTIONAL, 
SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 



GenericNumbers OPTIONAL, 

CallingPartyNumber OPTIONAL, 

CallingPartysCategory OPTIONAL, 

RedirectingPartylD OPTIONAL, 

Redirectionlnformation OPTIONAL, 
SuppressionOf Announcement OPTIONAL, 

OCSIApplicable OPTIONAL, 



EventReportBCSMArg 
eventTypeBCSM 

event Sped ficInformationBCSM 
leglD 

miscCallInf o 
extensions 



: := SEQUENCE { 
[0] EventTypeBCSM, 

[2] EventSpecificInformationBCSM OPTIONAL, 
[3] LegID OPTIONAL, 

[4] MiscCalllnfo DEFAULT {messageType request} 

[5] SEQUENCE SI ZE ( 1 .. numOfExtensions ) OF ExtensionField 

OPTIONAL, 



InitialDPArg : := 

serviceKey [0] 

calledPartyNumber [2] 

callingPartyNumber [3] 

callingPartysCategory [5] 

locationNumber [10] 

originalCalledPartylD [12] 

extensions [15] 

liighLayerCompatibility [23] 
additionalCallingPartyNumber [25 ] 

bearerCapability [27] 

eventTypeBCSM [28] 

redirectingPartylD [29] 

redirectionlnformation [30] 

iMSI [50] 

subscriberState [51] 

locationinf ormation [52] 

ext-basicServiceCode [53] 

callRef erenceNumber [54] 



SEQUENCE { 

ServiceKey, 

CalledPartyNumber 

CallingPartyNumber 

CallingPartysCategory 

LocationNumber 

OriginalCalledPartylD 

SEQUENCE SIZE (1 . .numOfExtensi 

HighLayerCompatibility 

AdditionalCallingPartyNumber 

BearerCapability 

EventTypeBCSM 

RedirectingPartylD 

Redirectionlnformation 

IMSI 

SubscriberState 

Locationinf ormation 

Ext-BasicServiceCode 

CallRef erenceNumber 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
ons) OF ExtensionField 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



ReleaseCallArg 

RequestReportBCSMEventArg 
bcsmEvents 
extensions 



: : = Cause 

: := SEQUENCE { 

[0] SEQUENCE SIZE ( 1 . . numOf BCSMEvent s ) OF BCSMEvent, 
[2] SEQUENCE SIZE ( 1 .. numOfExtensions ) OF ExtensionField 

OPTIONAL, 



— Indicates the BCSM related events for notification. 

— Common Data Types 

AdditionalCallingPartyNumber ::= Digits 

— Indicates the Additional Calling Party Number. 



BCSMEvent 

eventTypeBCSM 

monitorMode 

leglD 



: := SEQUENCE { 
[0] EventTypeBCSM, 
[1] MonitorMode, 
[2] LeglD 



OPTIONAL 



Indicates the BCSM Event information for monitoring. 



SearerCapability 
bearerCap 



: := CHOICE { 

[0] OCTET STRING (SIZE (2 . . maxBearerCapabilityLength) ) 



— Indicates the type of bearer capability connection to the user. For bearerCap, the value as 

— described in ISUP (ETS 300 356-1 [4], User Service Information) shall be used. 



CalledPartyNumber 



::= OCTET STRING (SIZE (minCalledPartyNumberLength .. 
maxCalledPartyNumberLength) ) 



Indicates the Called Party Number. Refer to ETS 300 356-1 [4] for encoding. 



CallingPartyNumber 



::= OCTET STRING (SIZE (minCallingPartyNumberLength .. 
maxCallingPartyNumberLength) ) 
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Indicates the Calling Party Number. Refer to ETS 300 356-1 [4] for encoding. 
Cause : := OCTET STRING (SIZE (minCauseLength .. maxCauseLength) ) 

— Indicates the cause for interface related information. Refer to the ETS 300 356-1 [4] Cause 

— parameter for encoding. For the use of Cause and Location values refer to Q.850. 

— Shall only include the cause value. 

DestinationRoutingAddress ::= SEQUENCE SIZE (1) OF CalledPartyNumber 

— Indicates the Called Party Number. 

Digits : := OCTET STRING (SIZE (minDigitsLength .. maxDigitsLength) ) 

— Indicates the address signalling digits. Refer to the ETS 300 356-1 [4] Generic Number and 

— Generic Digits parameters for encoding. The coding of the subfields "NumberQualif ier" in 

— Generic Number and "Type Of Digits" in Generic Digits are irrelevant to the CAP, the ASN . 1 

— tags are sufficient to identify the parameter. The ISUP format does not allow to exclude 

— these subfields, therefor the value is network operator specific. 

— The following parameter should use Generic Number: 
AdditionalCallingPartyNumber for InitialDP 

EventSpecificInformationBCSM ::= CHOICE { 

oDisconnectSpecificInfo [7] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 

}, 
tDisconnectSpecificInfo [12] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 

} 
} 

— Indicates the call related information specific to the event. 

EventTypeBCSM ::= ENUMERATED { 

collectedlnfo (2) , 
oAnswer (7) , 
oDisconnect (9) , 
tertnAttemptAuthorized (12) , 
tAnswer (15) , 
toisconnect (17) 
} 

Values collectedlnfo and termAttemptAuthorized can only be 
used for TDPs. 



ExtensionField ::= SEQUENCE { 

type EXTENSION. Sid ( { SupportedExtensions } ) , 

— shall identify the value of an EXTENSION type 
criticality 

EXTENSION. s criticality ( {SupportedExtensions} {@type} ) , 
value [1] EXTENSION. SExtensionType 

( { SupportedExtensions } { @type } ) 
1 
— This parameter indicates an extension of an argument data type. Its content is network operator 
specific 

GenericNumber ::= OCTET STRING (SIZE (minGenericNumberLength . . 

maxGenericNumberLength) ) 

Indicates a generic number. Refer to ETS 300 356-1 [4] Generic number for encoding. 

GenericNumbers ::= SET SIZE (1 . . numOf GenericNumbers) OF GenericNumber 

LegID : := CHOICE { 

sendingSidelD [0] LegType, — used in operations sent from gsmSCF to gsmSSF 
receivingSidelD [1] LegType — used in operations sent from gsmSSF to gsmSCF 

} 

— Indicates a reference to a specific party in a call. 

LegType ::= OCTET STRING (SIZE(l)) 

legl LegType ::= 'Ol'H 
leg2 LegType ::= '02'H 

LocationNumber : := OCTET STRING (SIZE (minLocationNumberLength . . 

maxLocationNumberLength) ) 

— Indicates the Location Number for the calling party. Refer to ETS 300 356-1 [4] for encoding. 
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OriginalCalledPartylD 



OCTET STRING (SIZE (minOriginalCalledPartylDLength 
maxOriginalCalledPartylDLength) ) 



— Indicates the original called number. Refer to ETS 300 356-1 [4] Original Called Number for 
encoding . 

OCSIApplicable ::= NULL 

— Indicates that the Originating CAMEL Subscription Information, if present, shall be applied 
on the 

— outgoing call leg created with a Connect operation. For the use of this parameter see GSM 
03.78 [16] . 



Redirect ingParty ID 



OCTET STRING (SIZE (minRedirectingPartylDLength 
maxRedirectingPartylDLength) ) 



— Indicates redirecting number. Refer to ETS 300 356-1 [4] Redirecting number for encoding. 

UnavailableNetworkResource : := ENUMERATED { 
unavailableResources (0) , 
componentFailure (1) , 
basicCallProcessingException (2) 
} 



— Definition of range constants 

maxBearerCapabilityLength 
minCalledPartyNumber Length 
maxCalledPartyNumber Length 
minCallingPartyNumber Length 
maxCallingPartyNumber Length 
minCauseLength 
maxCauseLength 
minDigitsLength 
maxDigitsLength 
minGenericNumber Length 
maxGenericNumber Length 
minLocationNumber Length 
maxLocationNumber Length 
minOriginalCalledPartylDLength 
maxOriginalCalledPartylDLength 
minRedirectingPartylDLength 
maxRedirectingPartylDLength 
numOfBCSMEvents 
numOf Ext ens ions 
numOfGenericNumbers 



NTEGER : 


= 


11 


NTEGER : 


= 


2 


NTEGER : 


= 


12 


NTEGER : 


= 


2 


NTEGER : 


= 


10 


NTEGER : 


= 


2 


NTEGER : 


= 


2 


NTEGER : 


= 


2 


NTEGER : 


= 


10 


NTEGER : 


= 


3 


NTEGER : 


= 


11 


NTEGER : 


= 


2 


NTEGER : 


= 


10 


NTEGER : 


= 


2 


NTEGER : 


= 


10 


NTEGER : 


= 


2 


NTEGER : 


= 


10 


NTEGER : 


= 


10 


NTEGER : 


= 


10 


NTEGER : 


= 


5 



END 



6.4 



Operation and error codes 



CAP-Codes {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) modules (3) 
cap-codes (53) versionl (0) } 

— This module contains the operation and error code assignments for the CAP v.l application 
protocol. 

DEFINITIONS : := 

BEGIN 

— OPERATION AND ERROR CODE ASSIGNMENTS FOR THE CAP v.l PROTOCOL FOLLOWS 
IMPORTS 



macros 
APPLICATION-SERVICE-ELEMENT 

FROM Remote-Operations-Notation-Extension { joint-iso-ccitt remote-operations (4 ) notation- 
extension (2) } 

operation types 

ActivityTest, 

Connect, 

Continue, 

Event ReportBCSM, 

InitialDP, 

ReleaseCall, 

RequestReportBCSMEvent 

FROM CAP-Operations { ccitt(O) identif ied-organization (4 ) etsi(O) mobileDomain (0) gsm-Network (1) 
modules (3) cap-operations (50) versionl (0) } 
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CSl error types 

Mi ssingCustomer Record, 

MissingParameter, 

TaskRefused, 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

Unexpected? arameter 

FROM Core-INAP-CSl-Errors {ccitt(O) identif ied-organization (4 ) etsi(O) inDomain(l) in-network (1) 
modules (0) csl-errors (1) versionl (0) } 



— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt(O) identif ied-organization (4 ) etsi{0) mobileDomain (0) gsm-Network (1 ) 
modules (3) cap-errors (51) versionl (0) } ; 

— the operations are grouped by the identified ASEs. 

— gsmSCF activation ASE 

initialDP InitialDP : := localValue 

— Connect ASE (elementary gsmSSF function) 

connect Connect ::= localValue 20 

— Call handling ASE (elementary gsmSSF function) 
releaseCall ReleaseCall ::= localValue 22 

— BCSM Event handling ASE 



request ReportBCSMEvent 
event Report BCSM 



Request ReportBCSMEvent 
Event Report BCSM 



localValue 23 
localValue 24 



gsmSSF call processing ASE 



continue 

— Activity Test ASE 
activityTest 

— ERROR codes 



Continue 



ActivityTest 



localValue 31 



localValue 55 



mi ssingCustomer Record 
missingParameter 
SystemFailure 
taskRefused 



Mi ssingCustomer Record 

MissingParameter 

SystemFailure 

TaskRefused 

UnexpectedComponent Sequence UnexpectedComponent Sequence 
UnexpectedDataValue UnexpectedDataValue 
unexpectedParameter UnexpectedParameter 

— APPLICATION SERVICE ELEMENTS 



localValue 6 

localValue 7 

localValue 11 

localValue 12 

localValue 14 

localValue 15 

localValue 16 



gsmSCF-Activation-ASE 

— consumer is gsmSSF 
CONSUMER INVOKES { 
initialDP 



APPLICATION-SERVICE-ELEMENT 



Connect-ASE : := 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

connect 
} 
Call-handling-ASE ::= 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

releaseCall 
} 
BCSM-event-handling-ASE : := 

— consumer is gsmSSF 
CONSUMER INVOKES { 

event Report BCSM 
} 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

request ReportBCSMEvent 
} 
gsmSSF-call-processing-ASE ::= 

— supplier is gsmSCF 
SUPPLIER INVOKES { 

continue 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 



APPLICATION-SERVICE-ELEMENT 
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} 

Activity-test-ASE ::= APPLICATION-SERVICE-ELEMENT 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
activityTest 

} 
END 

6.5 Application contexts 

APPLICATION-CONTEXT MACRO ::= 
BEGIN 



TYPE NOTATION 

VALUE NOTATION 

Symmetric 

Initiator Consumer Of 

Responder Consumer Of 

ASEList 

ASE 

END 



Symmetric I InitiatorConsumerOf ResponderConsumerOf I empty 

value (VALUE OBJECT IDENTIFIER) 

"OPERATIONS OF" "{" ASEList "}" 

"INITIATOR CONSUMER OF" "{" ASEList "}" 1 empty 

"RESPONDER CONSUMER OF" "{" ASEList "}" I empty 

ASE I ASEList ", " ASE 

type — shall reference an APPLICATION-SERVICE-ELEMENT type. 



CAP-vl-gsmSSF-to-gsmSCF-AC APPLICATION-CONTEXT 

— dialogue initiated by gsmSSF with InitialDP 
INITIATOR CONSUMER OF { 

gsmSCF-activation-ASE, 

Connect-ASE 

Call-handling-ASE, 

BCSM-event-handling-ASE, 

gsmSSF-call-processing-ASE, 

Activity-test-ASE 

} 
::= {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) ac(0) 
cap-gsmssf-to-gsmscf (50) versionl (0) } ; 

6.6 Classes 

CAP-Classes {ccitt(O) identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) 

cap-classes (54) versionl (0) } 

— This module contains the class definitions for CAP v.l. 

DEFINITIONS : := 
BEGIN 

IMPORTS 

ROS-OBJECT-CLASS, CONTRACT, OPERATION-PACKAGE, Code, OPERATION, 
CONNECTION-PACKAGE 

FROM Remote-Operations-Information-Objects 

{ joint-iso-ccitt remote-operations (4) inf ormationOb jects (5) versionl (0) 

EXTENSION ::= CLASS { 
& Ex ten si on Type, 

Scriticality CriticalityType DEFAULT ignore, 
&id Code 
} 
WITH SYNTAX { 

EXTENSION-SYNTAX SExtensionType 
CRITICALITY Scriticality 
IDENTIFIED BY Sid 
} 
CriticalityType ::= ENUMERATED { 
ignore (0) , 
abort (1) 
} 

— Only value Global OBJECT IDENTIFIER is used for Sid 

— Only the value ignore (0) is used for Scriticality. 

— Example of addition of an extension named 'Some Network Specific Indicator' of type 

— BOOLEAN, with criticality 'ignore' and to be identified with object ID 'ccitt(O) 

— identif ied-organization (4 ) organization (x) gsm(x) capextension ' : 

— Example of definition using the above information object class: 

— SomeNetworkSpecificIndicator EXTENSION ::= { 
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— EXTENSION-SYNTAX BOOLEAN 

— CRITICALITY ignore 

— IDENTIFIED BY global : xxxxxx 

— } 

firstExtension EXTENSION ::= { 

EXTENSION-SYNTAX NULL 

CRITICALITY ignore 

IDENTIFIED BY global :{ xxxxxx } 

} 
SupportedExtensions EXTENSION ::= {firstExtension — full set of network operator extensions} 

END 

7 Application entity procedures 

The description of tine application entity procedures for CAMEL can be found in GSM 03.78 [16]. 

8 Error procedures 

This clause defines the generic error procedures for the CAP. The error procedure descriptions have been 
divided in two subclauses, subclause 8.1 listing the errors related to CAP operations and subclause 8.2 
listing the errors related to error conditions in the different FEs which are not directly related to the CAP 
operations. 

The gsmSSF states which are referred to in this section are described in GSM 03.78 [16]. 

8.1 Operation related error procedures 

The following subclauses define the generic error handling for the operation related errors. The errors are 
defined as operation errors in clause 6. Errors which have a specific procedure for an operation are 
described in Clause 9 with the detailed procedure of the related operation. 

The TCAP services which are used for reporting operation errors are described in clause 10. All errors 
which can be detected by the ASN.1 decoder already may have been detected during the decoding of the 
TCAP message and indicated by the TC error indication "MistypedParameter". 

8.1.2-8.1.5 Spare 

8.1.6 MissingCustomerRecord 

8.1.6.1 General description 
8.1 .6.1 .1 Error description 

The SLP could not be found in the gsmSCF, because the required customer record does not exist. 

8.1 .6.2 Operations gsmSSF->gsmSCF 

InitialDP 

Procedures at invoking entity (gsmSSF) 

gsmSSF receives error "MissingCustomerRecord" 

precondition: gsmSSF state Waiting for Instructions 

postcondition: gsmSSF state Idle 

The GMSC/VMSC handles the call according to the Default Call Handling parameter of the valid CSI. 
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8.1.6.3 


Spare 


8.1.7 


Missing Parameter 


8.1.7.1 


General description 


8.1.7.1.1 


Error description 
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There is an error in tine received operation argument. Tine responding entity cannot start to process tine 
requested operation because tine argument is incorrect: an expected optional parameter winicin is essential 
for the application is not included in the operation argument. 

8.1 .7.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Procedures at responding entity (gsmSSF) 

precondition: (1)gsmSSF appropriate state. 

(2) gsmSSF operation received, appropriate event occurred, 

postcondition: (1) gsmSSF transition to the same state. 

The gsmSSF detects the error in the received operation. The error parameter is returned to inform the 
gsmSCF of this situation. 
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8.1.7.3 Operations gsmSSF->gsmSCF 

InitialDP 

Procedures at invoking entity (gsmSSF) 

gsmSSF receives error "MissingParameter" 

precondition: gsmSSF any state as result of tine transfer of any of the above operations. 

postcondition: gsmSSF state Idle 

After receiving this error, the gsmSSF returns to the state Idle, the GMSC/VMSC handles the call 

according to the Default Call Handling parameter of the valid CSI. 

8.1.7.4-8.1.7.5 Spare 

8.1.8-8.1.9 Spare 

8.1.10 SystemFailure 

8.1.10.1 General description 

8.1.10.1.1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is not expected to be completed within the current call instance. 

8.1.10.1.2 Argument description 

PARAMETER 

UnavailableNetworkResource 

UnavailableNetworkResource : := ENUMERATED { 
unavailableResources (0) , 
componentFailure (1) , 
basicCallProcessingException (2) 

} 

8.1.10.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1 .1 0.3 Operations gsmSSF->gsmSCF 
InitialDP 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.11 TaskRefused 
8.1.11.1 General introduction 

8.1 .1 1 .1 .1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is expected to be completed within the current call instance. 

8.1.11.1.2 Argument description 

PARAMETER ENUMERATED { 
generic (0) , 
unobtainable (1) , 
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congestion (2) 

} 

8.1 .1 1 .2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1 .1 1 .3 Operations gsmSSF->gsmSCF 
InitialDP 

Refer to subclause 8.1 .7 for the appropriate error procedures. 
8.1.11.4-8.1.11.5 Spare 

8.1.12 Spare 

8.1.13 UnexpectedComponentSequence 

8.1.13.1 General description 

8.1.13.1.1 Error description 

The responding entity cannot start the processing of the requested operation because a SACF or MACF 
rule is violated, or the operation could not be processed in the current state of the receiving entity. 

8.1.13.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

In this case the gsmSSF detects the erroneous situation, sends the UnexpectedComponentSequence 
error and remains in the same state. 

8.1 .1 3.3 Operations gsmSSF->gsmSCF 

InitialDP 

In case the operation is sent by an "initiating" gsmSSF in the context of an existing relationship, the 
gsmSCF returns the error parameter. On receiving the error the gsmSSF moves to Idle. 

8.1.13.4-8.1.13.5 Spare 

8.1.14 UnexpectedData Value 

8.1.14.1 General description 

8.1.14.1.1 Error description 

The responding entity cannot complete the processing of the requested operation because a parameter 
has an unexpected data value. 

NOTE: This error does not overlap with "ParameterOutOfRange". 
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8.1 .1 4.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1 .1 4.3 Operations gsmSSF->gsmSCF 
InitialDP 

Refer to subclause 8.1 .7 for the appropriate error procedures. 
8.1.14.4-8.1.14.5 Spare 

8.1.15 UnexpectedParameter 

8.1.15.1 General description 

8.1.15.1.1 Error description 

There is an error in the received operation argument. A valid but unexpected parameter was present in 
the operation argument. The presence of this parameter is not consistent with the presence of the other 
parameters. The responding entity cannot start to process the operation. 

8.1.15.2 Operations gsmSCF->gsmSSF 

Call Associated/Non-call Processing 

RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.15.3 Operations gsmSSF->gsmSCF 
InitialDP 

Refer to subclause 8.1 .7 for the appropriate error procedures. 
8.1.15.4-8.1.15.5 Spare 

8.1.16 Spare 

8.2 Entity related error procedures 

The following subclauses define the error handling for the entity related errors. Since the error situations 
are not originated by the reception of an operation, the invoking entity is denoted here as the entity at 
which the error situation is detected. The responding entity is the entity which receives the error report. 

The TCAP services used for reporting errors are described in clause 10. 
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8.2.1 Expiration of Tggp 

8.2.1.1 General description 
8.2.1 .1 .1 Error description 

A timeout occurred in tine gsmSSF on tine response from the gsmSCF. 

8.2.1.2 Procedures gsmSSF->gsmSCF 

Procedure at the invol<ing entity (gsmSSF) 

Timeout occurs in gsmSSF on Tssp 

precondition: gsmSSF state Waiting for instructions 

postcondition: gsmSSF state Idle 

The gsmSSF aborts the dialogue and moves to the Idle state, the GMSC/VMSC handles the call 

according to the Default Call Handling parameter of the valid CSI. 

8.2.2 Spare 

9 Detailed operation procedures 

The gsmSSF states which are referred to in this section are described in GSM 03.78 [16]. 

9.1 Spare 

9.2 Activity Test procedure 

9.2.1 General description 

This operation is used to check for the continued existence of a relationship between the gsmSGF and 
gsmSSF. If the relationship is still in existence, then the gsmSSF will respond. If no reply is received, then 
the gsmSGF will assume that the gsmSSF has failed in some way and will take the appropriate action. 



9.2.1.1 


Parameters 


None. 




9.2.2 


Spare 


9.2.3 


Responding entity (gsmSSF) 


9.2.3.1 


Normal procedure 



gsmSSF precondition: 

(1 ) A relationship exists between the gsmSGF and the gsmSSF. 

gsmSSF postconditions: 

(1) The SSME FSM stays in, or moves to the state "Non-call Associated Treatment". 

(2) If the dialogue ID is active and if there is a gsmSSF using the dialogue, the SSME sends a return 
result "ActivityTest" to the gsmSGF. If there are no other management activities, the SSME FSM 
returns to the state "Idle Management"; or 

If the dialogue ID is not active, the TGAP in the gsmSSF will issue a P-Abort, the SSME will in that 
case never receive the ActivityTest operation and thus will not be able to reply. 

9.2.3.2 Error handling 

Not applicable. 
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9.3-9.10 Spare 

9.11 Connect procedure 

9.11.1 General description 

This operation is used to request tine gsmSSF to perform the call processing actions to route a call to a 
specific destination or to influence other call set-up information, e.g. the Calling Party Number. 

9.11.1.1 Parameters 

destinationRoutingAddress: 

This parameter contains the called party number towards which the call is to be routed. 

callingPartyNumber: 

This parameter is used to provide an alternative to the "callingPartyNumber" supplied by the 

network. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD: 

This parameter carries the dialled digits if the call is forwarded by the gsmSCF. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 

This parameter contains forwarding related information, such as redirecting counter. 

genericNumbers: 

This parameter allows the gsmSCF to set the Generic Number parameter used in the network. It is 

used for transfer of Additional Calling Party Number. 

suppressionOf Announcement: 

This parameter indicates that announcements and tones which are played in the GMSC or the 

VMSC at non-successful call set-up attempts shall be suppressed. 

oCSIApplicable: 

This parameter indicates to the GMSC/gsmSSF that the Originating CAMEL Subscription 
Information, if present, shall be applied on the outgoing call leg created with the Connect operation. 
For the use of this parameter see GSM 03.78 [16]. 

9.11.2 Spare 

9.1 1 .3 Responding entity (gsmSSF) 
9.11.3.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) Basic call processing has been suspended at a DP. 

(3) The gsmSSF waits for instructions. 

gsmSSF postcondition: 

(1 ) The gsmSSF performs the call processing actions to route the call to the specified destination. 

On receipt of this operation in the gsmSSF state "Waiting for Instructions", the gsmSSF performs the 
following actions: 

the gsmSSF cancels TsspJ 
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if the "callingPartyNumber" is supplied, tinis value may be used for all subsequent gsmSSF 
processing; 

if no EDPs have been armed the gsmSSF goes to state "Idle". Otherwise, the gsmSSF goes to 
state "Monitoring". 

No implicit activation or deactivation of DPs occurs. 

Statistic counter(s) are not affected. 

9.11.3.2 Error handling 

Generic error handling for the operation related errors is described in clause 8 and the TCAP services 
which are used for reporting operation errors are described in clause 10. 

9.12 Spare 

9.13 Continue procedure 

9.13.1 General description 

This operation is used to request the gsmSSF to proceed with call processing at the DP at which it 
previously suspended call processing to await gsmSCF instructions. The gsmSSF continues call 
processing without substituting new data from the gsmSCF. 



9.13.1.1 


Parameters 


None. 




9.13.2 


Spare 


9.13.3 


Responding entity (gsmSSF) 


9.13.3.1 


Normal procedure 



gsmSSF preconditions 

(1 ) BCSM: Basic call processing has been suspended at any DP. 

(2) gsmSSF is in the state "Waiting for Instructions". 

gsmSSF postconditions 

(1 ) BCSM: Basic call processing continues. 

(2) gsmSSF is in the state "Monitoring", because at least one EDP was armed, or 
gsmSSF is in the state "Idle", because no EDPs were armed. 

The gsmSSF is in state "Waiting for instructions". The gsmSSF transitions to state "Idle" in case no EDPs 
are armed. The gsmSSF transits to state "Monitoring" if at least one EDP is armed. Basic call processing 
is resumed. 

9.13.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.14-9.16 Spare 

9.17 EventReportBCSM procedure 

9.17.1 General description 

This operation is used to notify the gsmSCF of a call related event previously requested by the gsmSCF in 
an RequestReportBCSMEvent operation. The monitoring of more than one event could be requested with 
a RequestReportBCSMEvent operation, but each of these requested events is reported in a separate 
EventReportBCSM operation. 
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9.17.1.1 Parameters 

eventTypeBCSM: 

This parameter specifies tine type of event tinat is reported. 

eventSpecificlnformationBCSM: 

TInis parameter indicates tine call related information specific to the event. 

For O- or T-Answer it will be empty. 

For O- or T-Disconnect it will contain the "releaseCause", if available. 

leg ID: 

This parameter indicates the party in the call for which the event is reported. gsmSSF will use the 

option "receivingSidelD" only. 

receivingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP. 

"leglD" = 2 indicates the party that was created with a Connect operation (Continue 

operation). 

If not included, the following defaults are assumed: 

"leglD" = 2 for the events 0-Answer and T-Answer. 

The "leglD" parameter shall always be included for the events 0-Disconnect and T- 

Disconnect. 

miscCalllnfo: 

This parameter indicates DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a 
RequestReportBCSMEvent with "monitorMode" = "interrupted", or a notification, i.e. resulting 
from a RequestReportBCSMEvent with "monitorMode" = "notifyAndContinue". 

9.17.2 Invoking entity (gsmSSF) 

9.17.2.1 Normal procedure 

gsmSSF preconditions: 

(1 ) The gsmSSF shall be in the state "Monitoring"; or 

the gsmSSF may be in state "Waiting for Instructions" if the Disconnect DP is armed and 
encountered. 

(2) The BCSM proceeds to an EDP that is armed. 

gsmSSF postconditions: 

(1) The gsmSSF stays in the state "Monitoring" if the message type was notification and there are still 
EDPs armed. 

(2) The gsmSSF moves to the state "Idle" if the message type was notification and there are no more 
EDPs armed. 

(3) The gsmSSF moves to the state "Waiting for Instructions" if the message type was request. Call 
processing is interrupted. 

If a EDP-R is met that causes the release of the related leg all EDPs related to that leg are disarmed and 
the event is reported via EventReportBCSM. 

9.17.2.2 Error handling 

In case the message type is request, on expiration of Tssp before receiving any operation, the gsmSSF 
aborts the interaction with the gsmSCF and instructs the GMSC/MSC to handle the call according to the 
Default Call Handling parameter of the valid CSI. 

Operation related error handling is not applicable, due to class 4 operation. 
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9.17.3 Spare 

9.18 Spare 

9.19 InitialDP procedure 

9.19.1 General description 

This operation is sent by tine gsmSSF after detection of a TDP-R in tine BCSM, to request tine gsmSCF for 
instructions to complete tine call. 

9.19.1.1 Parameters 

serviceKey: 

This parameter identifies for the gsmSCF unambiguously the requested IN service. It is used to 

address the correct application/SLP within the gsmSCF (not for gsmSCF addressing). 

calledPartyNumber: 

This parameter contains the number used to identify the called party in the forward direction, e.g. 

the Called party number of ISUP (see ETS 300 356-1 [4]). 

callingPartyNumber: 

This parameter carries the calling party number to identify the calling party or the origin of the call. 

The encoding of the parameter is defined in ETS 300 356-1 [4]. 

callingPartysCategory: 

Indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has met call forwarding on the route to the 

gsmSSF. 

locationNumber: 

This parameter is used to convey the geographical area address for mobility services. It is used 
when "callingPartyNumber" does not contain any information about the geographical location of the 
calling party (e.g., origin dependent routing when the calling party is a mobile subscriber). 

bearerCapability: 

This parameter indicates the type of the bearer capability connection to the user: 

bearerCap: 

This parameter contains the value of the ISUP User Service Information parameter. 

The parameter "bearerCapability" shall only be included in the InitialDP operation in case the ISUP 
User Service Information parameter is available at the gsmSSF. 

If User Service Information and User Service Information Prime are available at the gsmSSF the 
"bearerCap" shall contain the value of the User Service Information Prime parameter. 

eventTypeBCSM: 

This parameter indicates the armed BCSM DP event, resulting in the InitialDP operation. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 

It contains forwarding related information, such as redirecting counter. 

additionalCallingPartyNumber: 

The calling party number provided by the access signalling system of the calling user. 

highlayerCompatibility: 
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This parameter indicates tine type of tine Inigin layer compatibility, which will be used to determine the 
ISDN-teleservice of a connected ISDN terminal. For encoding, DSS1 (see ETS 300 403-1 [5]) is 
used. 

IMS!: 

IMS! of the mobile subscriber for which the CAMEL service is invoked. For encoding see GSM 

09.02 [15]. 

subscriberState: 

The state of the mobile subscriber for which the CAMEL service is invoked. The possible states are 

busy, idle and not reachable. For encoding see GSM 09.02 [15]. 

locationlnformation: 

This parameter indicates the whereabouts of the MS, and the age of the information defining the 

whereabouts. For encoding see GSM 09.02 [15]. 

ext-BasicServiceCode: 

Indicates the Basic Service Code. For encoding see GSM 09.02 [15]. 

callReferenceNumber: 

This parameter gives the call reference number assigned to the call by the GMSC/MSC. For 

encoding see GSM 09.02 [15]. 

9.19.2 Invoking entity (gsmSSF) 

9.19.2.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) An event has been detected at a DP. 

gsmSSF postcondition: 

(1) A control relationship has been established and the gsmSSF waits for instructions from the 
gsmSCF. 

The address of the gsmSCF the InitialDP operation shall be sent to is fetched from the valid CSI. The 
gsmSSF provides all available parameters. 

A control relationship is established to the gsmSCF. The gsmSSF application timer Tssp is set when the 
gsmSSF sends InitialDP for requesting instructions from the gsmSCF. It is used to prevent from excessive 
call suspension time. 

9.19.2.2 Error handling 

If the destination gsmSCF is not accessible then the gsmSSF instructs the GMSC/MSC to handle the call 
according to the Default Call Handling parameter of the valid CSI. 

On expiration of Tssp before receiving any operation, the gsmSSF aborts the interaction with the gsmSCF 
and instructs the GMSC/VMSC to handle the call according to the Default Call Handling parameter of the 
valid CSI. 

If the calling party abandons after the sending of InitialDP, then the gsmSSF aborts the control relationship 
after the first answer message from the gsmSCF has been received. 

Generic error handling for the operation related errors is described in clause 8 and the TCAP services 
which are used for reporting operation errors are described in clause 10. 
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9.19.3 Spare 

9.20-9.22 Spare 

9.23 ReleaseCall procedure 

9.23.1 General description 

This operation is used to tear down by the gsmSCF an existing call at any phase of the call for all parties 
involved in the call. The operation can only be sent within a control relationship and is not allowed in a 
monitor relationship. 

9.23.1.1 Parameters 

Cause 

A number giving an indication to the gsmSSF about the reason of releasing this specific call. This 
may be used by gsmSSF for generating specific tones to the different parties in the call or to fill in 
the "cause" in the release message. 

9.23.2 Spare 

9.23.3 Responding entity (gsmSSF) 

9.23.3.1 Normal procedure 

gsmSSF preconditions: 
(1) State "Waiting for Instructions"; or 
State "Monitoring". 

gsmSSF postcondition: 

(1) "Idle". Possible armed EDPs are ignored. All connections and resources related to the call are 
released. 

9.23.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.24 Spare 

9.25 RequestReportBCSMEvent procedure 

9.25.1 General description 

This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM events such 
as busy or no answer), then send a notification back to the gsmSCF when the event is detected. 

9.25.1.1 Parameters 

bcsmEvents: 

This parameter specifies the event or events of which a report is requested. 

eventTypeBCSM: 

This parameter specifies the type of event of which a report is requested. Values 

collectedlnfo and termAttemptAuthorized are not valid for the RequestReportBCSMEvent 

operation. 

monitorMode: 

This parameter indicates how the event should be reported. When the "monitorMode" is 
"interrupted", the event shall be reported as a request, if the "monitorMode" is 
"notifyAndContinue", the event shall be reported as a notification, if the "monitorMode" is 
"transparent", the event shall not be reported. 
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leglD: 

This parameter indicates tine party in the call for which the event shall be reported. gsmSCF 

will use the option "sendingSidelD" only. 

sendingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP. 

"leglD" = 2 indicates the party that was created with a "Connect" operation (Continue 

operation). 

If not included, the following defaults are assumed: 

"leglD" = 2 for the events 0-Answer and T-Answer. 

The "leglD" parameter shall always be included for the events 0-Disconnect and T- 

Disconnect. 

9.25.2 Spare 

9.25.3 Responding entity (gsmSSF) 

9.25.3.1 Normal procedure 

gsmSSF precondition: 

(1 ) The gsmSSF is in either the state "Waiting for Instructions" or the state "Monitoring". 

gsmSSF postconditions: 

(1) The requested EDPs have been armed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end 
of the call, until the EDPs are detected or until the corresponding leg is released. 

(3) The gsmSSF remains in the same state. 

(4) If all EDPs have been disarmed the gsmSSF moves to the state "Idle". 

9.25.3.2 Error handling 

Generic error handling for the operation related errors is described in clause 8 and the TCAP services 
which are used for reporting operation errors are described in clause 10. 

9.26-9.29 Spare 

10 Services assumed from TCAP 

10.1 Normal procedures 

This subclause describes the procedures and TCAP primitives that shall be used for transmitting 
messages between gsmSSF and gsmSCF under normal operation. 

The CAP, as TC-user, uses only the structured dialogue facility provided by TCAP. The following 
situations can occur when a message is sent between two physical entities: 

a dialogue shall be established: the TC-user issues a TC-BEGIN request primitive; 

a dialogue shall be maintained: the TC-user issues a TC-CONTINUE request primitive; 

a dialogue shall no longer be maintained: the TC-user issues a TC-END request primitive with 
either basic end or with pre-arranged end depending on the following conditions: 

basic end: 

operations leading to a termination of the control relationship can be transmitted by the 
gsmSCF with a TC-END request primitive (basic) in case the gsmSCF is not interested 
in the reception of any ERROR or REJECT components for these sent operations; 
once the gsmSCF dialogue resources have been released any ERROR or REJECT 
components received for these sent operations will be discarded by TC as described in 
ETS 300 287 [3] (ITU-T Recommendation 0.774); 
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if the gsmSCF entity lias received an operation leading to tine termination of tine control 
relationslnip, a TC-END request primitive (basic) witin zero components can be sent 
from tine gsmSCF; 

pre-arranged end: 

in case of an entity being interested in possible ERROR or REJECT messages in response 
to sent operations leading to a termination of the control relationship, the dialogue is ended 
with a TC-END request primitive (pre-arranged end) after the last associated operation timer 
expires. The receiving entity shall end the dialogue with a TC-END request primitive (basic or 
pre-arranged end) after successful processing of these operations (i.e. the control 
relationship is terminated); 

10.1.1 gsmSSF-to-gsmSCF messages 

10.1.1.1 gsmSSF related messages 

A dialogue shall be established when the gsmSSF has finalized triggerprocessing and moves to the state 
Waiting for Instructions. The relevant CAP operation, which can only be the InitialDP operation, shall be 
transmitted in the same message. 

For all other operations sent from the gsmSSF, the dialogue shall be maintained. 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSSF. 
When the gsmSSF makes a state transition to the state Idle, the dialogue is locally ended by means of a 
TC-END request primitive with prearranged end. 

When the gsmSSF has sent the last EventReportBCSM the dialogue may be ended from the gsmSCF by 
a TC-END request primitive with basic end. 

10.1.1.2 Spare 

10.1.1.3 SSME FSM related messages 

The following procedures shall be followed: 

The dialogue shall be maintained when the Activity Test return result is sent. 

10.1.2 gsmSCF-to-gsmSSF messages 

10.1.2.1 SCSM FSM related messages 

For subsequent operations sent from the SCSM FSM, the dialogue shall be maintained, i.e. all other 
operations are sent after a dialogue was established from the gsmSSF (the gsmSCF has previously 
received a TC-BEGIN indication primitive with an InitialDP operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. 
When the gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for 
the operations sent and when the last associated operation timer expires, the dialogue is locally ended by 
means of a TC-END request primitive with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the control relationship, by means of 
a TC-END request primitive (basic end) is possible. 

10.1.2.2 SCME FSM related messages 

The operations sent from the SCME FSM shall be issued according to the following procedures: 
The dialogue shall be maintained when the Activity Test operation is sent. 
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10.1.3 Spare 

10.2 Abnormal procedures 

This subclause describes tine procedures and TCAP primitives tinat sinall be used for reporting abnormal 
situations between gsmSSF and gsmSCF. The error cases are defined in clause 8. 

The following primitives shall be used to report abnormal situations: 

operation errors, as defined in the CAP, are reported with TC-U-ERROR request primitive; 

rejection of a TCAP component by the TC-user shall be reported with TC-U-REJECT request 
primitive; 

a dialogue shall be aborted by the TC-user with a TC-U-ABORT request primitive. 

For abnormal situations detected by TCAP the same rules shall apply for transmission of TC-R-REJECT 
indication as for transmission of TC-U-REJECT request and for transmission of TC-P-ABORT indication 
as for transmission of TC-U-ABORT request primitive. 

In error situations prearranged end shall not be used. In case any AE encounters an error situation the 
peer entity shall be explicitly notified of the error, if possible. If from any entity's point of view the error 
encountered requires the relationship to be ended, it shall close the dialogue via a TC-END request 
primitive with basic end or via a TC-U-ABORT request primitive, depending on whether any pending 
ERROR or REJECT component is to be sent or not. 

In case an entity receives a TC-END indication primitive and after all components have been considered, 
the gsmSSF is not in a state to terminate the control relationship, an appropriate internal error should be 
provided. 

In cases when a dialogue needs to be closed by the initiating entity before its establishment has been 
completed (before the first TC indication primitive to the TC-BEGIN request primitive has been received 
from the responding entity), the TC-user shall issue a TC-END request primitive with prearranged end or a 
TC-U-ABORT request primitive. The result of these primitives will be only local, any subsequent TC 
indication received for this dialogue will be handled according to the abnormal procedures as specified in 
ETS 300 287 [3] (ITU-T Recommendation 0.774). 

10.2.1 gsmSCF-to-gsmSSF messages 

Considering that gsmSSF does not have the logic to recover from error cases detected on the gsmSCF- 
gsmSSF interface, the following shall apply: 

Operation errors and rejection of TCAP components shall be transmitted to the gsmSSF with a 
TC-END request primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a 
TC-CONTINUE indication primitive, the gsmSSF shall abort the dialogue with a TC-U-ABORT request 
primitive. 

10.2.2 gsmSSF-to-gsmSCF messages 

Operation errors and rejection of TCAP components shall be transmitted to the gsmSCF according to the 
following rules: 

the dialogue shall be maintained when the preceding message, which contained the erroneous 
component, indicated that the dialogue shall be maintained. I.e. the error or reject shall be 
transmitted with a TC-CONTINUE request primitive if the erroneous component was received with a 
TC-CONTINUE indication primitive; 

on receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may 
either continue, explicitly end or abort the dialogue. 
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If the error processing in tine gsmSSF leads to the case where the gsmSSF is not able to process further 
gsmSCF operations while the dialogue is to be maintained, the gsmSSF aborts the dialogue with a 
TC-U-ABORT request primitive. 

The gsmSSF aborts a dialogue with a TC-U-ABORT request primitive in case call release is initiated by 
any other entity then the gsmSCF and the gsmSSF has no armed EDP to notify the gsmSCF of the call 
release. 

10.3 Dialogue establishment 

The establishment of an CAP dialogue involves two application processes as described in subclause 4.3, 
one that is the dialogue-initiator and one that is the dialogue-responder. 

AC negotiation may not be supported in all physical entities and/or all networks. 

This procedure is driven by the following signals: 

a TC-BEGIN request primitive from the dialogue-initiator; 

a TC-BEGIN indication primitive occurring at the responding side; 

the first TC-CONTINUE indication primitive occurring at the initiating side or under specific 

conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U-ABORT indication primitive occurring at the initiating side; 

a TC-P-ABORT indication primitive occurring at the initiating side. 

10.3.1 Sending of a TC-BEGIN request primitive 

Before issuing a TC-BEGIN request primitive, SACF shall store the AC-name and if present the user- 
information parameter. 

SACF shall request the invocation of the associated operations using the TC-INVOKE service. See 
subclause 10.8 for a description of the invocation procedure. 

After processing of the last invocation request, SACF shall issue a TC-BEGIN request primitive. 

The requesting side SACF then waits for a TC indication primitive and will not issue any other requests, 
except a TC-U-ABORT request or a TC-END request with the release method parameter set to "pre- 
arranged release". 

10.3.2 Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, SACF shall: 

analyse the application-context-name included in the primitive and if it is supported, process any 
other indication primitives received from TC as described in subclause 10.8. 

Once all the received primitives have been processed, SACF does not accept any primitive from TC, 
except a TC-P-ABORT indication. 

If the application-context-name included in the primitive is not supported, issue a TC-U-ABORT request 
primitive. If an alternative application-context can be offered its name is included in the TC-U-ABORT 
request primitive. 

10.3.3 Receipt of the first TC-CONTINUE indication 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, SACF shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive, SACF shall process the following TC component handling indication primitives as described in 
subclause 1 0.8, otherwise it shall issue a TC-U-ABORT request primitive. 
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10.3.4 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive in tine dialogue initiated state, SACF sinall check tine value of 
the application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive then the SACF shall process the following TC component handling indication primitives as 
described in subclause 10.8, otherwise it shall not be processed. 

10.3.5 Receipt of a TC-U-ABORT indication 

Receipt of a TC-U-ABORT indication primitive is described as part of user abort procedure (see 
subclause 10.6.2). 

If the abort reason is application-context-name not supported, the responding side may propose an 
alternative application-context-name in the TC-U-ABORT indication. If an alternative application context is 
proposed the receiving entity shall check this name and if it can be supported a new dialogue may be 
established. 

10.3.6 Receipt of a TC-P-ABORT indication 

Receipt of a TC-P-ABORT indication primitive is described as part of provider abort procedure (see 
subclause 10.7.1). 

10.4 Dialogue continuation 

Once established the dialogue is said to be in a continuation phase. 

Both application processes can request the transfer of CAP APDUs until one of them requests the 
termination of the dialogue. 

10.4.1 Sending entity 

SACF shall process any component handling request primitives as described in subclause 10.8. 

After processing the last component handling request primitive, SACF shall issue a TC-CONTINUE 
request primitive. 

10.4.2 Receiving entity 

On receipt of a TC-CONTINUE indication primitive SACF shall accept zero, one or several TC component 
handling indication primitives and process them as described in subclause 10.8. 

10.5 Dialogue termination 

Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a 
dialogue when no dialogue is to be established or when a dialogue is no longer to be maintained 
according to the rules as stated in subclauses 10.1 and 10.2. 

The dialogue termination procedure is driven by the following events: 

a TC-END request primitive; 

a TC-END indication primitive. 

10.5.1 Sending of TC-END request 

When the dialogue shall no longer be maintained, SACF shall process any component handling request 
primitives as described in subclause 10.8. 

After processing the last component handling request primitive (if any), SACF shall issue a TC-END 
request primitive with the release method parameter set to "basic end" or "pre-arranged release", 
according to the rules as stated in subclauses 10.1 and 10.2. 



GSM 09.78 41 TS 101 046 V5.0.1 (1997-04) 

When no dialogue is to be establislned, refer to subclauses 1 0.3.1 and 1 0.3.2. 

10.5.2 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the SACF shall accept any component handling indication 
primitives and process them as described in subclause 10.8. 

After processing the last component handling primitive all dialogue related resources are released. 

10.6 User Abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
The user abort procedure is driven by one of the following events: 

a TC-U-ABORT request primitive; 

a TC-U-ABORT indication primitive. 

10.6.1 Sending of TC-U-ABORT request 

After issuing a TC-U-ABORT request primitive, all dialogue related resources are released. 

10.6.2 Receipt of a TC-U-ABORT indication 

On receipt of a TC-U-ABORT indication all dialogue related resources are released. 

10.7 Provider Abort 

TC has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by the following event: 

a TC-P-ABORT indication primitive. 
10.7.1 Receipt of a TC-P-ABORT indication 

On receipt of a TC-P-ABORT indication, all dialogue related resources are released. 

10.8 Procedures for CAP operations 

This subclause describes the procedures for CAP operations. 

10.8.1 Operation invocation 

SACF shall build an operation argument from the parameters received and request the invocation of the 
associated operation using the TC-INVOKE procedure. 

10.8.2 Operation invocation receipt 

On receipt of a TC-INVOKE indication primitive, SACF shall: 

if the invoke ID is already in use by an active operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive with the appropriate problem code (duplicated invokelD); 

if the operation code does not correspond to an operation supported by the application-context, 
request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (unrecognized operation); 

if the type of the argument is not the one defined for the operation, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 
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if the operation cannot be invoked because the dialogue is about to be released, requests the 
transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Initiating Release); 

if sufficient CAP related resources are not available to perform the requested operation, request the 
transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Resource Limitation); 

otherwise, accept the TC-INVOKE indication primitive. If the operation is to be user confirmed, 
SACF waits for the corresponding response. 

10.8.3 Operation response 

For user confirmed operations, SACF shall: 

if no error indication is included in the response to a class 1 or 3 operation, construct a result 
information element from the parameters received and request its transfer using the TC-RESULT-L 
service; 

if an error indication is included in the response to a class 1 or 2 operation, construct an error 
parameter from the parameters received and request its transfer using the TC-U-ERROR request 
primitive. 

10.8.4 Receipt of a response 

10.8.4.1 Receipt of TC-RESULT-NL indication 

On receipt of a TC-RESULT-NL indication, SACF shall: 

request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (mistyped parameter). 

10.8.4.2 Receipt of TC-RESULT-L indication 

On receipt of a TC-RESULT-L indication, SACF shall: 

if the type of the result parameter is not the one defined for the result of this operation, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (mistyped parameter); 

otherwise, accept the TC-RESULT-L indication primitive. 

10.8.4.3 Receipt of TC-U-ERROR indication 

On receipt of a TC-U-ERROR indication, SACF shall: 

if the error code is not defined for the SACF or is not one associated with the operation referred to 
by the invoke identifier, request the transfer of a reject component using the TC-U-REJECT request 
primitive, with the appropriate problem code (unrecognized error or unexpected error); 

if the type of the error parameter is not the one defined for this error, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 

otherwise, accept the TC-U-ERROR indication primitive. 

10.8.4.4 Receipt of TC-U-REJECT indication 

On receipt of a TC-U-REJECT indication primitive which affects a pending operation, SACF shall accept 
the TC-U-REJECT indication primitive. 
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10.8.4.5 Receipt of a TC-L-REJECT indication 

This event occurs when the local TC detects a protocol error in an incoming component which affects an 
operation. 

On receipt of a TC-L-REJECT indicating "return result problem, return result unexpected", SACF shall 
inform the application process. 

On receipt of a TC-L-REJECT indicating "return error problem, return error unexpected", SACF shall 
inform the application process. 

When the problem code indicates a general problem, it is considered that the event cannot be related to 
an active operation even if the invoke ID is provided by TC. This is because it is unclear whether the 
invoke ID refers to a local or remote invocation. The behaviour of SACF in such a case is described in 
subclause 10.8.5.3. 

10.8.4.6 Receipt of a TC-L-CANCEL indication 

On receipt of a TC-L-CANCEL indication, the SACF shall: 

if the associated operation is a class 1 operation, inform the application process; 

if the associated operation is a class 2 operation and no linked operations are defined for this 
operation, ignore the primitive; 

if the associated operation is a class 2 operation and has linked operations but none of them has 
been invoked, inform the application process; 

if the associated operation is a class 2 operation and a linked operation invocation has already been 
received in response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, inform the application process; 

if the associated operation is a class 4 operation, ignore the primitive. 

10.8.5 Other events 

This subclause describes the behaviour of SACF on receipt of a component handling indication primitive 
which cannot be related to any operation or which does not affect a pending one. 

10.8.5.1 Receipt of a TC-U-REJECT 

On receipt of a TC-U-REJECT indication primitive which does not affect an active operation (i.e. indicating 
a return result or return error problem), it is up to the application process to abort, continue or terminate 
the dialogue, if not already terminated by the sending application process according to the rules as stated 
in subclause 10.2. This is also applicable for invoke problems related to a class 4 linked operation. 

10.8.5.2 Receipt of a TC-R-REJECT indication 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC 
entity) which does not affect an active operation, it is up to the application process to abort, continue or 
terminate the dialogue, if not already terminated by the sending application process according to the rules 
as stated in subclause 10.2. 

10.8.5.3 Receipt of a TC-L-REJECT indication 

On receipt of a TC-L-REJECT indication primitive (i.e. when a protocol error has been detected by the 
local TC entity) which cannot be related to an active operation, it is up to the application process to 
continue, or to terminate the dialogue and implicitly trigger the transmission of the reject component or to 
abort the dialogue. 
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10.8.5.4 Receipt of a TC-NOTICE indication 

This informs tine SACF that a message cannot be delivered by the Network Layer, this can only occur if 
the Return Option has been set (see subclause 10.9.1.8). It is for the application process to decide 
whether to terminate the dialogue or retry. 

10.9 lUlapping on to TC services 

10.9.1 Dialogue control 

The TC-UNI service is not used by CAP. 

10.9.1.1 Destination address 

This parameter is set by the dialogue initiating application process, and may optionally be modified by the 
responding dialogue in the first backward TC-CONTINUE. 

10.9.1.2 Originating address 

This parameter is set by the dialogue initiating application process. 

10.9.1.3 Dialogue ID 

The value of this parameter is associated with the CAP invocation in an implementation dependent 
manner. 

10.9.1.4 Application-context-name 

The application-context-name parameter is set by SACF as defined in subclause 6.4. 

10.9.1.5 User information 

This parameter may be used by both initiating and responding application processes. 

10.9.1.6 Component present 

This parameter is used by SACF as described in ETS 300 287 [3] (ITU-T Recommendation Q.771 ). 

10.9.1.7 Termination 

The value of the release method parameter of the TC-END request primitive is set by SACF according to 
the rules as stated in subclauses 10.1 and 10.2. 

10.9.1.8 Quality of service 

The quality of service of TC request primitives is set by the SACF to the following value: 
sequencing requested; 
return option, this parameter is set by SACF in an implementation dependent manner. 

10.9.2 Operation procedures 

10.9.2.1 Invoke ID 

This parameter is set by the sending application process. 

10.9.2.2 Linked ID 

This parameter is set by the sending application process. 
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10.9.2.3 Dialogue ID 

The value of this parameter is associated with the CAP invocation in an implementation dependent 
manner. 

10.9.2.4 Class 

The value of this parameter is set by SACF according to the type of the operation to be invoked according 
to subclause 6.1. 

10.9.2.5 Operation 

The operation code of a TC-INVOKE request primitive is set by the sending application process as 
defined in subclause 6.4. 

SACF shall set the operation code of the TC-RESULT-L primitive (if required) to the same value as the 
one received at invocation time. 

10.9.2.6 Error 

The error parameter of the TC-U-ERROR request primitive is set by the sending application process as 
defined in subclause 6.4. 

10.9.2.7 Parameters 

The argument parameter of TC-INVOKE primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The result parameter of TC-RESULT-L primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The parameter of TC-U-ERROR primitives are set by the sending application process as defined in 
subclauses 6.2 and 6.3. 

10.9.2.8 Timeout 

The value of this parameter is set by SACF according to the type of operation invoked. 

10.9.2.9 Last component 

This parameter is used by SACF as described in ETS 300 287 [3] (ITU-T Recommendation 0.771 ). 

10.9.2.10 Problem code 

This parameter is used by SACF as described in subclause 10.8. 
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Annex A (normative): Mapping between CAP and ISUP 

This annex defines tine mapping between tine CAP parameters and tine call parameters sent/received in 
the ISUP. The functional handling of these parameters is defined in GSM 03.78 [1 6]. 



A.1 InitialDP operation 



Table A.1 



ISUP message 
lAM (note 1) 


CAP operation 
InitialDP 


Called party number 


calledPartyNumber 


Calling party number 


callingPartyNumber 


Calling party's category 


callingPartysCategory 


Location number 


locationNumber 


Original called number 


originalCalledPartylD 


User teleservice information (1st priority) 

High layer compatibility IE contained in access 
transport (2nd priority) (note 2) 


highLayerCompatibility 


Generic number "additional calling party number" 


additionalCallingPartyNumber 


User service information prime (1st priority) 
User service information (2nd priority) 


bearerCapability 


Redirecting number 


redirectingPartylD 


Redirection information 


redirectionlnformation 



NOTE 1: Optional parameters may be absent, i.e. they are only mapped, if these parameters 
are available at the DP. 

NOTE 2: If two high layer compatibility information elements are contained in the access 
transport parameter, then the second information element, carrying the preferred HLC, 
is mapped to the CAP highLayerCompatibility parameter. 

A.2 Connect operation 

On receipt of a Connect operation from the gsmSCF the called party number used for routing is derived 
from the destinationRoutingAddress (see table A.2). If the triggering of the CAMEL service was made for a 
mobile terminating or forwarded call, an ACM message shall be sent to the preceding exchange. The 
encoding of the backward call indicators in the ACM is network specific. 

Table 3 illustrates the mapping of parameters received in the Connect operation to parameters sent in the 
JAM message to the succeeding exchange. Parameters which were received in the JAM and are not 
replaced by parameters of the Connect operation are treated according to the normal procedures. 

On sending of the JAM the awaiting address complete timer is started. If the timer expires the call is 
released in both directions and an appropriate indication is returned to the calling subscriber. 

Table A.2 



CAP operation 
Connect (note 1) 


ISUP message 
lAM 


destinationRoutingAddress 


Called party number 


callingPartyNumber 


Calling party number 


originalCalledPartylD 


Original called number 


callingPartysCategory 


Calling party's category 


redirectingPartylD 


Redirecting number 


redirectionlnformation 


Redirection information 


genericNumbers 


Generic number (note 2) 
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NOTE 1 : Optional parameters may be absent, i.e. they are only mapped, if received. 

NOTE 2: The set of generic numbers received in the genericNumbers parameter are mapped to 
appropriate number of Generic Number parameters in the ISUP JAM. 

A.3 ReleaseCall operation 

Upon receipt of the ReleaseCall operation, the GMSC/gsmSSF (VMSC/gsmSSF) sends REL messages in 
both directions. The cause indicators parameter contains the releaseCallArg parameter of the ReleaseCall 
operation. 
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Annex B (informative): Delta specification of ETS 300 374-1 for CAP 

This annex shows the delta between CS1 ETSI Core INAP as defined by ETS 300 374-1 [14] and the 
CAP as defined by this GSM TS. 

1 Scope 

This f i rst part of ETS 300 37^ d e f i n e s th e I nt elli g e nt N e twork App li cat i on Protoco l ( I NAP) r e qu i r e d for 
support of Capab ili ty S e t 1 (CS1). I t supports i nt e ract i ons b e tw ee n th e fo ll ow i ng thr ee Funct i ona l Ent i t ie s 
(FEs), as d e f i n e d i n th e I nt elli g e nt N e twork ( I N) funct i ona l mod el : 

S e rv i c e Sw i tch i ng Funct i on (SSF); 

S e rv i c e Contro l Funct i on (SCF); 

Sp e c i a li z e d R e sourc e Funct i on (SRF). 

Th e scop e of th i s ETS i s th e furth e r d e v el opm e nt of th e I NAP for both th e I nt e grat e d S e rv i c e s D i g i ta l 
N e twork ( I SDN) and Pub li c Sw i tch e d T ele commun i cat i ons N e twork (PSTN). 

I t is i nt e nd e d as a gu i d e to i mp le m e ntors and n e twork op e rators to e nsur e i nt e rwork i ng b e tw ee n d i ff e r e nt 
manufactur e rs e qu i pm e nt for th e fo ll ow i ng I N CS1 d e f i n e d i nt e rfac e s (SCF - SSF and SCF - SRF). 

As th i s ETS i s i nt e nd e d for th e e ar l y i ntroduct i on of I N i n th e e x i st i ng I SDN/PSTN, on l y s i mp le so l ut i ons 
ar e assum e d for so l v i ng th e s e rv i c e i nt e ract i on prob le ms b e tw ee n I N and I SDN/PSTN. 

NOTE: Mor e soph i st i cat e d so l ut i ons for th e s e rv i c e i nt e ract i ons b e tw ee n I N and th e I SDN/PSTN 

e nv i ronm e nt shou l d b e stud ie d i n th e scop e of futur e v e rs i ons of I NAP and th e I SDN/PSTN s i gna lli ng 
standards. standard specifies the CAMEL Application Part (CAP) supporting the first phase of the network 
feature Customized Applications for Mobile network Enhanced Logic. CAP is based on a sub-set of the 
CS1 Core INAP as specified by ETS 300 374 -1 [ 14]. Descriptions and definitions provided by 
ETS 300 374 -1 [ 14] are directly referenced by this standard in case no additions or clarifications are 
needed for the use in the CAP. 

2 Normative references 

This ETS incorporates by dated and undated reference, provisions from other publications. These 
normative references are cited at the appropriate places in the text and the publications are listed 
hereafter. For dated references, subsequent amendments to or revisions of any of these publications 
apply to this ETS only when incorporated in it by amendment or revision. For undated references the latest 
edition of the publication referred to applies. 

[U-] ETS 300 008 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Message Transfer Part (MTP) to support international 
interconnection". 

[22] ETS 300 009 (1994): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Signalling Connection Control Part 
(SCCP) [connectionless and connection-oriented] to support international 
interconnection". 

[33] ETS 300 42+ (1 992>: "I nt e grat e d S e rv i c e s D i g i ta l N e twork ( I SDN); App li cat i on of 

th e I SDN Us e r Part ( I SUP) of CC I TT S i gna lli ng Syst e m No.7 for i nt e rnat i ona l 
I SDN i nt e rconn e ct i ons ( I SUP v e rs i on 1) "t 

[44] ETS300 4«§-4-(1993>: "I nt e grat e d S e rv i c e s D i g i ta l N e twork ( I SDN); G e n e r i c 

funct i ona l protoco l for th e support of supp le m e ntary s e rv i c e s; D i g i ta l Subscr i b e r 
S i gna lli ng Syst e m No. on e (DSS1) protoco l ; Part 1 : Protoco l sp e c i f i cat i on "^ 

NOTE: ETS 300 196 - 1 (1993) was i n i t i a ll y pub li sh e d as ETS 300 196(1993). 
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[§3] ETS 300 287 (1993): "Integrated Services Digital Network (ISDN); CCITT 

Signalling System No. 7; Transaction Capabilities Application Part (TCAP) 
version 2". 

[5g] ETS300 34g(1994>: "I nt elli g e nt N e twork ( I N); Phys i ca l p l an e for i nt elli g e nt 

n e twork Capab ili ty S e t 1 (CS1 ) [ITU-T Recommendation Q.1215 (1993)J"v 

[674] ETS 300 356-1: "Integrated Services Digital Network (ISDN); CCITT Signalling 

System No. 7; ISDN User Part (ISUP) version 2 for the international interface; 
Part 1 : Basic services". 

[7S5] ETS 300 403-1 : "Integrated Services Digital Network (ISDN); Digital Subscriber 

Signalling System No. one (DSS1); User-network interface layer 3 specification 
for basic call control; Parti: Protocol 

specification [ITU-T Recommendation Q.931 (1993), modified]". 

[89] ITU-T Recommendation Q.700 (1993>: "I ntroduct i on to CC I TT S i gna lli ng Syst e m 

NOv7". 

[9406] ITU-T Recommendation Q.773 (1993): "Specifications of Signalling System 

No. 7; Transaction Capabilities formats and encoding". 

[1044^ ITU-T Recommendation Q.1215 (1 993>: " D i str i but e d — funct i ona l — plaoe — f©f 

i nt elli g e nt n e twork CSI "^ 

[1 1 427] ITU-T Recommendation Q.1218 (1993): "Interface Recommendation for 

intelligent network CSV. 

[12438] ITU-T Recommendation Q.I 400 (1993): "Architecture framework for the 

development of signalling and organization, administration and maintenance 
protocols using OSI principles". 

[13449] CCITT Recommendation X.208 (1988): "Specification of Abstract Syntax 

Notation One (ASN.1)". 

[144^ 10] CCITT Recommendation X. 209 (1988): "Specification of basic encoding rules 

for Abstract Syntax Notation One (ASN.1)". 

[1546 11] CCITT Recommendation X.21 9 (1988): "Remote operations: Model, notation 

and service definition". 

[164712] CCITT Recommendation X.229 (1988): "Remote operations: Protocol 

specification". 

[174^13] ISO 9545 (1989): "Information technology - Open Systems Interconnection - 

Application Layer structure". 

[14] ETS 300 374-1 (1994): " Intelligent Network (IN); Intelligent Network Capability 

Set 1 (CS1) Core Intelligent Network Application Protocol (INAP) Part 1: 
Protocol specification ". 

[15] GSM 09.02 ( ETS 300 599) : " Digital cellular telecommunications system (Phase 

2+)\ Mobile Application Part (MAP) specification ". 

[16] GSM 03.78 : " Digital cellular telecommunications system (Phase 2+): 

Customised Applications for Mobile network Enhanced Logic (CAMEL) - stage 
2". 

[17] CCITT Recommendation 0.713 : " Specifications of Signalling System No. 7; 

SCCP formats and codes". 
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[18L 



[19L 



[20L 



[211 



[22L 



[23L 



_ITU-T Recommendation X.680 (1 9 94) 
technology - Open Systems Interconnection 



ISO/IEC 8824-1:1 994, 



Information 



Abstract Syntax Notation One 



(ASN.1): Specification of basic notation. 



_ITU-T Recommendation X.681 (1 9 94) 
technology - Open Systems Interconnection 



ISO/IEC 8824-2:1994, 



Information 



Abstract Syntax Notation One 



(ASN.1): Information object specification. 



_ITU-T Recommendation X.682 (1 9 94) 
technology - Open Systems Interconnection 
(ASN.1): Constraint specification. 



ISO/IEC 8824 - 3:1994, Information 



Abstract Syntax Notation One 



ISO/IEC 8824-4:1994, 



Information 



_ITU-T Recommendation X.683 (1 9 94) 
technology - Open Systems Interconnection - Abstract Syntax Notation One 
(ASN.1): Parameterization of ASN.1 specifications. 



ISO/IEC 8825-1:1 994, 



Information 



_ITU-T Recommendation X.690 (1 9 94) 
technology - Open Systems Interconnection - Specification of ASN.1 encoding 
rules: Basic, Canonical, and Distinguished Encoding Rules. 

JTU-T Recommendation X.880 (19 94) I ISO/IEC 13712 - 1:1994, Information 
technology - Remote Operations: Concepts, model and notation. 



3 Definitions , symbols and abbreviations 

For th e purpos e s of th i s ETS, th e fo ll ow i ng abbr e v i at i ons app l y: 
3.1 Abbreviations 



AC 
ACM 



AE 
AB- 



ASE 
APDU 



ASN.1 
BCSM 
CC^- 



CS1 
CSI 



DP 
DSS1 
EDP 
EDP - N 



EDP-R 
FCJ 



FE 
FEAM 



FSM 
gsmSCF 



gsmSSF 



lAM 



ID 
IN 

INAP 
tP 



ISDN 
I SPBX 



Application Context 
Address Complete Message 



Application Entity 
App li cat i on Ent i ty I nvocat i on 



Application Service Element 
App li cat i on Protoco l Data Un i t 



Abstract Syntax Notation One 

Basic Call State Model 

Ca ll Contro l Funct i on AP CAMEL Application Part 



Capability Set 1 

CAMEL Subscription Information 



Detection Point 

Digital Subscriber Signalling System No. One 

Event Detection Point 

Ev e nt D e t e ct i on Po i nt - Not i f i cat i on 



Event Detection Point - Request 
Furn i sh Charg i ng I nformat i on 



Functional Entity 

Funct i ona l Ent i ty Acc e ss Manag e r 



Finite State Model 
GSM SCF 



GSM SSF 



Initial Address Message 



Identifier 

Intelligent Network 

Intelligent Network Application Protocol 

I nt elli g e nt P e r i ph e ra l 



Integrated Services Digital Network 
I nt e grat e d S e rv i c e s Pr i vat e Branch e xchang e 



ISUP 
LE — 



MACF 



ISDN User Part 
Loca l Exchang e 



Multiple Association Control Function 
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MTP Message Transfer Part 

P&G Prompt and Co lle ct 

PA P l ay Announc e m e nt 

PDU Protoco l Data Un i t OCSI Originating CSI 

PE Physical Entity 

PSTN Pub li c Sw i tch e d T ele commun i cat i on N e twork 

RGO R e sourc e Contro l Ob je ct REL Release 

ROSE Remote Operations Service Element 

SACF Single Association Control Function 

SAO Single Association Object 

SCCP Signalling Connection Control Part 

SCF Service Control Function 

SOME SCF Management Entity 

SGP S e rv i c e Contro l Po i nt 

SCSM SCF Call State Model 

SBF S e rv i c e Data Funct i on 

SBP S e rv i c e Data Po i nt 

St S e rv i c e Log i c 

SLP Service Logic Program 

StPJ S e rv i c e Log i c Program I nstanc e 

SMF S e rv i c e Manag e m e nt Funct i on 

SRF Sp e c i a li z e d R e sourc e Funct i on 

SRME SRF Manag e m e nt Ent i ty 

SRSM SRF Ca ll Stat e Mod el 

SSF Service Switching Function 

SSME SSF Management Entity 

SSN Sub-System Number 

SSP S e rv i c e Sw i tch i ng Po i nt 

TC Transaction Capabilities 

TCAP Transaction Capabilities Application Part 

TCSI Terminating CSI 

TDP Trigger Detection Point 

TDP - N Tr i gg e r D e t e ct i on Po i nt - Not i f i cat i on 

TDP-R Trigger Detection Point - Request 
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4 General 

4.1 Definition methodology 

The definition of tine protocol is split into three Clauses: 

the definition of the Single/Multiple Association Control Function (SACF/MACF) rules for the 
protocol (Clause 5); 

the definition of the operations transferred between entities (Clause 6); 

the definition of the actions taken at each entity (Clause 7). 

The SACF/MACF rules are defined in prose. The operation definitions are in Abstract Syntax Notation 1 
(ASN.1, see CCITT Recommendation X. 208 [13449]), and the actions are defined in terms of state 
transition diagrams. Further guidance on the actions to be performed on receipt of an operation can be 
gained from Clause 6 and from the relevant detailed procedures in Clause 7. 

The H4CAP is a Remote Operations Service Element (ROSE) user protocol (see CCITT 
Recommendations^<T24^ [15 16] and X.229 [16 17]). Th e ROSE protoco l i s conta i n e d w i th i n th e D i g i ta l 
Subscr i b e r S i gna lli ng Syst e m No. On e (DSS1 , s ee ETS 300 4^6-4- [44 ]) and th e Compon e nt Sub l ay e r of 
th e Transact i on Capab ili t ie s App li cat i on — Part (TCAP, s ee ETS 300 2S7 [ErTorj__Bookmark__not 
defined . §4^ 

NOTE 1 : At pr e s e nt, th e ROSE App li cat i on Protoco l Data Un i ts (APDUs) ar e conv e y e d i n 

Transact i on sub l ay e r m e ssag e s i n S i gna lli ng Syst e m No. 7 (S i gna lli ng Syst e m No. 7) 
and i n th e 0.931 — FAC I L I TY and Ca ll — Contro l — m e ssag e s — vr — DSS1 — (see 
ETS 300 403-4- [7 8]). Oth e r support i ng protoco l s may b e add e d at a l at e r dat e . 

NOTE 2: Th e I NAP (as a ROSE us e r) and th e ROSE protoco l hav e b ee n sp e c i f ie d us i ng ASN.1. At 

pr e s e nt, th e on l y standard i z e d way to e ncod e th e r e su l t i ng PDUs i X.219 [ 11] and X.229 [ 12] and ITU-T 
Recommendation X.880 [ 23]). CAP use s the Basic Encoding Rules (see CCITT Recommendation 
X.209 [144^ 10] and ITU-T recommendation X.690 [22]). 

4.2 Spare Examp le phys i ca l sc e nar i os 

Th e protoco l supports any mapp i ng of funct i ona l to Phys i ca l Ent i t ie s (PEs), s ee ETS 300 34S [56]-(ITU-T 
R e comm e ndat i on 0.1215). I t i s th e r e spons i b ili ty of n e twork op e rators and e qu i pm e nt manufactur e rs to 
d e c i d e how to co -l ocat e FEs to th e b e st poss i b le advantag e as th i s may vary b e tw ee n manufactur e rs and 
b e tw ee n n e twork op e rators. Th e r e for e th e protoco l i s d e f i n e d assum i ng max i mum d i str i but i on ( i . e . on e PE 
p e r FE). 

Th e f i gur e s d e p i ct e d i n th i s subc l aus e show how I NAP wou l d b e support e d i n an S i gna lli ng Syst e m No. 7 
n e twork e nv i ronm e nt. Th i s do e s not i mp l y that on l y S i gna lli ng Syst e m No. 7 may b e us e d as th e n e twork 
protoco l to support I NAP. 

Wh e n TCAP app e ars i n on e of th e fo ll ow i ng f i gur e s, i t i s to b e und e rstood as r e pr e s e nt i ng th e TCAP 
funct i ona li t ie s assoc i at e d w i th a s i ng le d i a l ogu e and transact i on (as oppos e d to a TCAP e nt i ty). 

For e ach phys i ca l sc e nar i o, th e typ i ca l SRF contro l proc e dur e s to b e app lie d ar e shown — In 
subc l aus e 7.3.5. 

Th e i nt e rfac e b e tw ee n r e mot el y l ocat e d SCF and SDF i s I NAP us i ng TCAP wh i ch i n turn us e s th e 
s e rv i c e s of th e conn e ct i on le ss SCCP and MTP (s ee f i gur e 1). Th e SDF i s r e spons i b le for any i nt e rwork i ng 
to oth e r protoco l s to acc e ss oth e r typ e s of n e tworks. 
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SCP 




MACF 



S 
A 



-6- 

F 



ASE(s) 
(SCF-SSF) 



S 
A 

-e- 



ASE(s) 
(SCF-SDF) 



SDP 



SDF 



s 

A 

-e- 



ASE(s) 
(SCF-SDF) 



TCAP 



TCAP 



SCCP 



MTP 



SS No. 7 
Link 



ToSSP 



SS No. 7 
Link 



TCAP 



SCCP 



MTP 



SS No. 7 
Link 



SS No. 7 
Network 



F i gur e 1 : Phys i ca l i nt e rfac e b e tw ee n SCP and SDP 

A numb e r of e xamp le sc e nar i os hav e b ee n i d e nt i f ie d for support of th e SCF, SSF and SRF FEs as PEs. 
Th e s e ar e ill ustrat e d as f i gur e s 2 to 6. Each e xamp le i s charact e r i z e d by: 

a) th e m e thod to support SCF - SRF r el at i onsh i p; and 

b) th e typ e of s i gna lli ng syst e m b e tw ee n SSF and SRF. 

Tab le 1 summar i z e s th e s ele ct i on of f e atur e s for e ach f i gur e . 

Tab le 1 



Typ e of s i gna lli ng syst e m 



b e tw ee n SSF and SRF 



ISUP 



DSS+ 



i mp le m e ntat i on d e p e nd e nt 



mi e thod to support SCF - SRF r el at i onsh ip 



d i r e ct TCAP li nk 



f i gur e 2 



f i gur e 6 



as f i gur e s 2 or 6 but w i th 
i mp le m e ntat i on d e p e nd e nt 
SCP -I P i nt e rfac e 



r el ay v i a SS P 



f i gur e 5 



f i gur e 3 



f i gur e A 
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SSP 



SSF 
and CCF 



MACF 



S ASE(s) 

^ (SCF-SSFJ I ISUP 



IP 



ISDN/PSTN 
Link 



SRF 



MACF 



ISUP 



ASE(s) 
(SCF-SRF) 



SCR 



SCF 



MACF 



S ASE(s) 
^ (SCF-SSF) 



ASE(s) 
(SCF-SRF) 



TCAP 



(see 
NOTES 
1 &2) 



SCCP 



MTP 



SS No.7 
Link 






(see 
NOTES 
1 &2) 



TCAP 



TCAP 



TCAP 



SCCP 



MTP 



SS No.7 
Link 



SCCP 
MTP 



SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : Transf e r of corr el at i on i nformation n ee ds to b e support e d. Th i s may b e support e d i n I SUP 

w i thout i ntroduc i ng n e w I SUP param e t e rs. 

NOTE 2: Oth e r s i gna lli ng syst e ms may b e us e d. 

NOTE 3: A ll assoc i at i ons ar e support e d by S i gna lli ng Syst e m No.7, ei th e r TCAP or I SUP. I n th i s cas e , 

th e I P is on e of th e n e twork nod e s. 

F i gur e 2: Examp le arch i t e ctur e for support i ng SRF, cas e 1 

(SRF i n I P conn e ct e d to SSP and acc e ss e d by SCP through 

d i r e ct S i gna lli ng Syst e m No.7 conn e ct i on) 
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SCP 



SRF 



ASE(s) 

(SCF-SRF) 

NOTE 1 



S 
A 



SCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



SS No.7 
Link 



ROSE 



0.931/2 
LAP-D 



D-channel 



TCAP 




SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : I nformat i on flows b e tw ee n SCF and SRF ar e support e d by th i s (ROSE) e nt i ty. 

NOTE 2: R el ay funot i on i s prov i d e d ei th e r by MACF or by appl i cat i on proc e ss at SSP. 



NOTE 3: 



I P can b e acc e ss e d by DSS1 on l y. Th e I P can b e a PE r e s i d i ng outs i d e th e n e twork. 



F i gur e 3: Examp le arch i t e ctur e for support i ng SRF, cas e 2 
(SRF i n I P conn e ct e d to SSP and acc e ss e d by SCP through D - chann el v i a SSP) 
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SSP 



SCP 




SSF.SRF 
and CCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



SCF 



MACF 



S 
A 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



TCAP 



TCAP 



SCCP 



SCCP 



MTP 



MTP 



SS No.7 
Link 



SS No.7 
Link 



SS No.7 
Network 



NOTE: SSP supports both Ca l l Contro l Function/S e rv i c e Sw i tch i ng Funct i on (CCF/SSF) and SRF. Th e 

hand li ng of SRF by SCF cou l d b e th e sam e as that of f i gur e 3. 

F i gur e ^ : Examp le arch i t e ctur e for support i ng SRF, cas e 3 
(SRF i n SSP and acc e ss e d v i a app li cat i on proc e ss of SSP) 
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SSP 



IP 




SSF 
and CCF 




SRF 



MACF (NOTE 2) 



ASE(s) 
(SCF-SSF, 
SCF-SRF) 



ISUP 



ISUP 



SCR 



s 

A 



SCF 



MACF 



ASE(s) 

(SCF-SSF and 

SCF-SRF) 



TCAP 



SCCP 



(see 
NOTES 
1 , 3 & 4) 



(see 
NOTES 
1 , 3 & 4) 



MTP 



MTP 



SS No.7 
Link 



SS No.7 
Link 



TCAP 



SCCP 



MTP 



SS No.7 
Link 



SS No.7 
Network 



NOTE 1 : I nformat i on f l ows b e tw ee n SCF and SRF as w ell as conn e ct i on contro l ar e i nd i r e ct l y support e d 

by I SUP. 

NOTE 2: R el ay funct i on i s prov i d e d e ith e r by MACF or by app li cation proc e ss at SSP. 

NOTE 3: Assum e s that I SUP prov i d e s a m e ans to transport ROSE i nformation. 

NOTE A: Oth e r s i gna lli ng syst e ms may b e us e d. 

NOTE 5: I P can b e acc e ss e d by I SUP on l y. Th e hand li ng of SRF by SCF could b e th e sam e as that of 

f i gur e 3. 

F i gur e 5: Examp le arch i t e ctur e for support i ng SRF, cas e 1 
(SRF i n IP conn e ct e d to SSP and acc e ss e d by SCP through I SUP v i a SSP) 
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SSP 




SSF 
and CCF 



MACF 



ASE(s) 
(SCF-SSF) 



S ASE(s) 
A (SCF-SRF) 
- NOTE 1 _ 

F ROSE 



B- 
channel 



SRF 



MACF 



ASE(s) s ASE(s) 
(SCF-SRF) A fsCFSRR 



NOTF1 



F 



SCP 



SCF 



MACF 



ASE(s) 

(scf-ssf: 



S ASE(s) 
A (SCF-SRF) 



TCAP 



ROSE 



TCAP 



SCCP 



MTP 



Q.931/2 

^^^^ 

LAP-D 



Q.931/2 



LAP-D 



SS No.7 
Link 






^ 



>- 



D-channel (NOTEs 1 & 2) 



SS No.7 
Link 



SCCP 

^^^^ 

MTP 



TCAP 



TCAP 



SCCP 



SS No.7 
Link 



MTP 



G 



SS No.7 
Network 



NOTE 1 : Transf e r of corr el ation i nformat i on n ee ds to b e support e d. 

NOTE 2: Otii e r s i gna lli ng syst e ms may b e us e d. 

NOTE 3: Th e hand li ng of SRF by SCF cou l d b e th e sam e as that of f i gur e 2. Oth e r typ e s of s i gna lli ng 

syst e ms cou l d b e us e d. 

F i gur e 6: Examp le Arch i t e ctur e for support i ng SRF, cas e 5 
(SRF i n IP conn e ct e d to SCP and SSP and acc e ss e d v i a both S i gna lli ng Syst e m No.7 li n l < 

and D - chann el , r e sp e ct i v el y) 
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4.3 CAP INAP protocol architecture 

Many of the terms used in this subclause are based on the OSI Application Layer Structure as defined in 
ISO 9545 [13174^]. 

The CAP I NAP protocol architecture can be illustrated as shown in figure 17. 



Multiple Co-ordinated 
Interactions (case b) 



Single Interaction 
(case a) 



Application 
Process 


MACF 




SAO 


SAO 


S 
A 
C 

F 


ASE's 


S 
A 
C 

F 


ASE's 


TCAP 


TCAP 





or 



Application 
Process 



SAO 




SCCP 



SCCP 



MTP 



MTP 



NOTE: I NAP i s the co l lect i on of spec i f i cat i ons of a ll I N ASEs. 

Figure 17: CAP INAP protocol architecture 

A PE has either single interactions (case a) or multiple co-ordinated interactions (case b) with other PEs. 

In case a, SACF provides a co-ordination function in using Application Service Elements (ASEs), which 
includes the ordering of operations supported by ASE(s), (based on the order of received primitives). The 
Single Association Object (SAO) represents the SACF plus a set of ASEs to be used over a single 
interaction between a pair of PEs. 

In case b, MACF provides a co-ordinating function among several SAOs, each of which interacts with an 
SAO in a remote PE. 

Each ASE supports one or more operations. Description of each operation is tied with the action of 
corresponding FE modelling (see GSM 03.78 ITU-T R e comm e ndat i on 0.121^ [161044-] and Clause 7 of 
this ETS). Each operation is specified using the operation macro described in figure 2S. 
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INAP User ASE's 

xyz OPERATION 

ARGUMENT {Parameterl , Parameter2,...} 
RESULT {Parameterl , Parameter2,...} 
LINKED {operations, operation4,...} 
ERRORS {errorl, error2....} 

errorl ERROR 

PARAMETER {ParameterG, Parameter?,...} 
etc 



to peer 



Operations 

Results 

Errors 



TCAP ASE 



COMPONENT SUB-LAYER 



TRANSACTION SUB-LAYER 



: 



INVOKE 
^^ RETURN RESULT 
to peer RETURN ERROR 
REJECT 

^> BEGIN 

to peer CONTINUE 
END 
ABORT 
UNIDIRECTIONAL 



CONNECTIONLESS SCCP 



Figure 28: Operation description 

Tine use of the Application Context (AC) negotiation mechanism (as defined in ETS 300 287 [ 3Error! 
Bool<marl< not defined. §]) allows the two communicating entities to identify exactly what their capabilities 
are and also what the capabilities required on the interface should be. This should be used to allow 
evolution through capability sets. 

If the indication of a specific AC is not supported by a pair of communicating FEs, some mechanism to 
pre-arrange the context shall be supported. 



4,34- 



I NAP s i gna lli ng cong e st i on contro l for S i gna lli ng Syst e m No.7 



Th e sam e typ e of proc e dur e sha ll app l y as d e f i n e d for I SDN Us e r Part signalling cong e st i on contro l . Th e 
I NAP proc e dur e s for s i gna lli ng cong e st i on contro l sha ll as far as poss i b le b e a li gn e d w i th th e I SDN Us e r 
Part s i gna lli ng cong e st i on contro l proc e dur e s as sp e c i f ie d i n ETS 300 4-2+ [3 3] (CC I TT R e comm e ndat i on 
0.767, § D.2.11), i . e . on r e c ei pt of N - PCSTATE i nd i cat i on pr i m i t i v e w i th th e i nformat i on " s i gna lli ng po i nt 
cong e st e d " from SCCP, th e I NAP sha ll r e duc e th e traff i c l oad ( e .g. I n i t i a l DP and I n i t i at e Ca ll Att e mpt) i nto 
th e aff e ct e d d i r e ct i on i n s e v e ra l st e ps. 

Th e abov e proc e dur e may on l y app l y to traff i c wh i ch us e s MTP Po i nt Cod e addr e ss i ng i n th e aff e ct e d 
d i r e ct i on. 

4.4 CAP INAP addressing 

The CAMEL Application Part makes use of the services offered by the Signalling Connection Control Part 
of signalling System No. 7. CCITT Blue Book or ITU-T (03/93) Recommendations 0.711 to 0.716 should 
be consulted for the full specification of SCCP. 

SCCP G l oba l T i t le (s ee ETS 300 009 [2 2]) and MTP Po i nt Cod e addr e ss i ng (s ee ETS 300 OOS [U\^ 
e nsur e that PDUs r e ach th ei r phys i ca l d e st i nat i on ( i . e . th e corr e ct po i nt cod e ) r e gard le ss of wh i ch n e twork 
i t i s i n. 



GSM 09.78 61 TS 101 046 V5.0.1 (1997-04) 

W i th i n a nod e , i t i s th e cho i c e of th e n e twork op e rator/ i mp le m e ntor as to wh i ch Sub - Syst e m Numb e r(s) 
(SSN(s)) ar e ass i gn e d to I NAP. 

R e gard le ss of th e abov e , any addr e ss i ng sch e m e support e d by th e SCCP may b e us e d. 
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4.4.1 Sub-System Number (SSN) 

The use of SSN is a network operator option and values for intra-PLMN usage are network specific. 

4.4.2 Quality of service parameters 

Tl-ie class (class or class 1) of SCCP is cliosen according to tine quality of service requirement of an 
individual message. 

The return option may be used if requested. 

4.4.3 SCCP addressing 

Within the GSM System there is a need to communicate between entities within the same PLMN and in 
different PLMNs. Using the CAMEL Application Part (CAP) for this function implies the use of Transaction 
Capabilities (TC) and the Signalling Connection Control Part (SCCP) of CCITT Signalling System No. 7. 

The format and coding of address parameters carried by the SCCP for that purpose shall comply with 
CCITT Recommendation Q.713 [ 17] with the following restrictions: 

1) Intra-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific: 

a Global title or a point code may be included: 

b) Calling Party Address 

SSN indicator = network specific: 

a Global title or a point code may be included: If neither of these parameters is present 

the MTP address (i.e. OPC) is used: 

2) Inter-PLMN addressing 

a) Called Party Address 

SSN indicator = network specific: 

Point Code indicator = 0: 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator): 

Translation type = (Not used): 

Routing indicator = (Routing on global title): 

b) Calling Party Address 

SSN indicator = network specific: 

Point code indicator = 0: 

Global title indicator = 0100 (Global title includes translation type, numbering plan, 

encoding scheme and nature of address indicator): 

Translation type = (Not used): 

Routing indicator = (Routing on Global Title). 

4.5 Spare R el at i onsh i p b e tw ee n ITU-T R e comm e ndat i on Q.121 4 and th i s ETS 

Tab le 2 g i v e s a comp le t e li st of i nformat i on f l ows. Th e s e map on e to on e w i th op e rat i ons e xc e pt wh e r e 
i nd i cat e d. 
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4.6 Compatibility mechanisms used for H4CAP 

4.6.1 Introduction 

This subclause specifies tine compatibility mechanisms that shall be used for I NAP, i n th i s subc l aus e 
r e f e rr e d to as ETS I — I NAP to avo i d confus i on w i th — I NAP accord i ng to ITU-T R e comm e ndat i on 
Q.1218 [114^CAP 

Two major categories of compatibility are handled by these mechanisms: 

compatibility with the ITU-T Recommendation Q.1218 [11 12] v e rs i on [ 7] version of CS1 INAP and 
the ETSI specification ETS 300 374 - 1 version [ 14] of CS1 INAP; 

compatibility with future versions of ETS I I N CAP. 

The second category has three sub-categories of compatibility dealt with in this subclause: 

minor changes to the CAP in future standardized versions: 

aA minor change can be defined as a change of a functionality which is not essential for the 
requested W4CAMEL service. In case it is a modification of an existing function, it is acceptable that 
the addressed function is executed in either the older or the modified variant. If the change is purely 
additional, it is acceptable that it is not executed at all and that the peer Application Entity (AE) need 
not know about the effects of the change. For minor changes, a new AC is not required; 

major changes to the ETS I I NAP i n futur e standard i z e d v e rs i ons: 

CAP in future standardized versions: 

aA major change can be defined as a change of a functionality which is essential for the requested 
H4CAP service. In case it is a modification of an existing function, both application entities shall 
have a shared knowledge about the addressed functional variant. If the change is purely additional, 
the requested W4CAMEL service will not be provided if one of the application entities does not 
support the additional functionality. For major changes, a new AC is required; 

network specific changes to ETS I I N CAP: 

tjhese additions may be of either the major or minor type for a service. No new AC is expected to 
be defined for this type of change. At the time of definition, the additions would not be expected to 
be included in identical form in future versions of the ETS. 

4.6.2 Definition of ETS I I N CAP compatibility mechanisms 

4.6.2.1 Compatibility mechanism for interworking of CAP with ETSI CS1 Core INAP and 

ITU-T Q.1218 INAP 

On receipt of an operation according to ITU-T Recommendation Q.1218 [11 12] wh i ch i s not part of th e 
ETS I I NAP or i s part of th e ETS I I N [ 7] or an operation according to ETSI ETS 300 374-1 [ 14] which is not 
part of the CAP or is part of the CA P but which contains parameters which are not part of the ETS I 
tNCAP: 

the gsmSSF shall apply the normal error handling for unknown operations or parameters, i.e. the 
normal error handling procedures as specified in Clause-_10 shall be followed; 

the gsmSCF shall apply the normal error handling for unknown operations or parameters except for 
parameters in the InitialDP operation. All parameters specified in ITU-T Recommendation 
Q.1218 [11 42 [ 7] and in ETSI ETS 300 374-1 [14] for InitialDP shall be known by the gsmSCF, 
those not included in the ETS I I N CAP shall be ignored. 
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Add i t i ona ll y, tagg i ng of ETS I I N Taqginq of CA P additions to ITU-T Recommendation Q.I 21 8 [1 1 42 [7] and 
ETSI ETS 300 374 -1 [14] are specified from 30 downwards to avo i d ov e r l ap w i th futur e add i t i ons i n ITU-T 
R e comm e ndat i on Q.I 21 8 [1 1 1 2] I NAP. 50 and upwards. 

4.6.2.2 Procedures for major additions to ETS I I N CAP 

In order to support the introduction of major functional changes, the protocol allows a synchronization 
between the two applications with regard to which functionality is to be performed. This synchronization 
takes place before the new function is invoked in either application entity, in order to avoid complicated 
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fall-back procedures. The solution chosen to achieve such a synchronization is use of the AC negotiation 
provided in ETS 300 287 [ Error! Bookmark not defined. §3]. 

4.6.2.3 Procedures for minor additions to ETS I I N CAP 

The extension mechanism marker shall be used for future standardized minor additions to iNCAP. This 
mechanism implements extensions d i ff e r e nt l y by including an "extensions marker" in the type definition. 
The extensions are expressed by optional fields that are placed after the marker. When an entity receives 
unrecognized parameters that occur after the marker, they are ignored^ 

(see ITU-T Recommendation X.680 [ 18]). 

NOTE: B e caus e th i s v e rs i on of ASN.1 has not y e t b ee n rat i f ie d by ITU-T , th e mark e r i s p l ac e d 

w i th i n a comm e nt for now so that i t can e as il y b e uncomm e nt e d l at e r. As i n th e 
ISO cas e , th e e xt e ns i ons ar e e xpr e ss e d by opt i ona l f iel ds that ar e p l ac e d aft e r th e 
mark e r (wh i ch i s comm e nt e d out), i n wh i ch cas e th e y can b e i gnor e d. 

4.6.2.4 Procedures for inclusion of network specific additions to ETS I I N CAP 

This mechanism is based on the ability to explicitly declare fields of any type via the Macro facility in 
ASN.1 at the outermost level of a type definition. It works by defining an "ExtensionField" that is placed at 
the end of the type definition. This extension field is defined as a set of extensions, where an extension 
can contain any type. Each extension is associated with a va l u e that d e f i n e s wh e th e r th e t e rm i nat i ng nod e 
shou l d i gnor e th e f iel d i f unr e cogn i z e d, or r e j e ct th e m e ssag e , s i m il ar to th e compr e h e ns i on r e qu i r e d 
m e chan i sm d e scr i b e d i n th e pr e v i ous subc l aus e n identification that unambiguously identifies the 
extension . Refer to ITU-T Recommendation 0.1 400 [124^ [8] for a definition of this mechanism. 

5 Single/Multiple Association Control Function (SACF/MACF) rules 

5.1 Reflection of TCAP Application Context (AC) 

TCAP AC negotiation rules require that the proposed AC, if acceptable, is reflected in the first backwards 
message. 

If the AC is not acceptable, and the TC-User does not wish to continue the dialogue, it may provide an 
alternate AC to the initiator which can be used to start a new dialogue. 

TCAP AC negotiation applies only to the gsmSCF interfaces. Refer to ETS 300 287 [ Error! Bookmark 
not defined . §3] for a more detailed description of the TCAP AC negotiation mechanism. 

5.2 Sequential/parallel execution of operations 

In some cases, it may be necessary to distinguish whether operations should be performed sequentially or 
in parallel (synchronized). Operations which may be synchronized are: 

charging operations may be synchronized with any other operation. 

The method of indicating that operations are to be synchronized is to include them in the same message. 
Where it is impossible to execute one of the operations identified above until some other operation has 
progressed to some extent or finished, the sending PE (usually SCP) can control this by sending the 
operations in two separate messages. 

This method does not imply that all operations sent in the same message should be executed 
simultaneously, but simply that where it could make sense to do so (in the situations identified above) the 
operations should be synchronized. 

In case of inconsistency between the above mentioned generic rules and the FE-specific rules as 
specified in Clause 7, the FE-specific rules take precedence over the generic rules. 
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6 Abstract syntax of the CS1-H4AP 

This Clause specifies tine abstract syntax for tine C S1 I NAP AP version 1 , using ASN.1 as defined in 
CCITT Recommendation X.208 [1344^ 

9] and ITU-T Recommendations X.680 [ 18],X.681 [ 19],X.682 [ 20] and X.683 [ 21], 
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The encoding rules which are applicable to the defined abstract syntax are the Basic Encoding Rules for 
ASN.1, defined in CCITT Recommendation X.209 [144^ 10] and ITU-T Recommendation X.690 [22] with 
the restrictions as described in ITU-T Recommendation Q. 773 [94^6], §4.1.1, modified by 
ETS 300 287 [ Error! Bookmark not defined . §3]. Additional encodings are cited for parameters used in 
existing ISUP (ETS 300 356-1 [67] M]) and DSS1 ( ETS 300 403-1 [ 5]) standards. 

and DSS1 ( ETS 300 40S-+ [7 8]) standards. 

Any tags and va l u e s us e d i n th e ITU-T R e comm e ndat i on Q.I 21 8 [11 12] and not us e d i n th i s ETS sha ll b e 
r e gard e d as r e s e rv e d. 

For the ISUP and DSS1 parameters used in the W4CAP, only the coding of the parameter value is coded 
as defined in ISUP or DSS1. The DSS1/ISUP defined parameter identifiers are removed and replaced by 
the iNCAP defined parameter identifiers. 

Where possible existing data types from the CS1 ETSI Core INAP ( ETS 300 374-1 [ 14]) and MAP 
(ETS 300 599 [ 15]) standards have been used. 

The mapping of OPERATION and ERROR to TCAP components is defined in ITU-T Recommendation 
0.773 [9 10] mod i f ie d by ETS 300 287 [ Error! Bookmark not defined. § 6] modified by ETS 300 287 [3]. 
The class of an operation is not stated explicitly but is specified in the ASN.1 OPERATION MACRO, as 
follows: 

c l ass 1 : both RESULT and ERRORS app e ar i n th e ASN.1 OPERAT I ON MACRO d e f i n i t i on; 

class 2: only ERRORS appears in the ASN.1 OPERATION MACRO definition; 

class 3: only RESULT appears in the ASN.1 OPERATION MACRO definition; 

class 4: neither RESULT nor ERRORS appears in the ASN.1 OPERATION MACRO definition. 

Th e s e map to th e c l ass e s 2 through 5, r e sp e ct i v el y, sp e c i f ie d i n CC I TT R e comm e ndat i on X.219 [154-gJ 
and-ETS 300 4«§-+ [44]-(ITU-T R e comm e ndat i on 0.932). 

The abstract syntax for H4CAP is composed of several ASN.1 modules describing operations, errors, and 
associated data types. The values (operation codes and error codes) are defined in a separate module. 

The module containing all the type definitions for W4CAP operations is I N - CS1 CAP -Operations and is 
described in subclause 6.1 . 

The module containing all the type definitions for I NAP e rrors i s I N - CS1 CAP errors is CAP -Errors and is 
described in subclause 6.2. 

The module containing all the type definitions for W4CAP data types is tN-CS4 C AP - Datalypes and is 
described in subclause 6.3. 

The module containing the operation codes and error codes for I NAP i s I N - CS1 CAP is CAP -Codes and is 
described in subclause 6.4. 

All the AC definitions for cor e I N CAP are described in subclause 6.5. 
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&tA I N CS1 o The module containing the class definitions for CAP is CAP-Classes and is described in 

subclause 6.6. 



6.1 Operation types 

C oro-INTVP-CSI AP -Operations {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in-notwork (1) 
modules (O mobileDomain (0) gsm-Network (1) modules (3 ) 
c sl-operatlons ( ap-operations (50) verslonl (0) } 

— This module contains the type definitions for the IN CS CAP v.l operations. 

DEFINITIONS : := 

BEGIN 

IMPORTS 

OPERATION 

FROM TCAPMessages {ccltt recommendation q 773 modules (2) messages (1) verslon2(2)} 

error types 
Cancelled, 



CancolFallod, 

ETCFallcd, 

ImproporCallorRosponso, 

MlsslngCustomerRecord, 

MlsslngParameter, 

Param o t o rOutOf Rang e , 

RoquostodlnfoError, 

SystemFallure, 

TaskRefused, 

Unavallabl e R e sourc e , 

UnexpectedComponent Sequence, 

UnexpectedDataValue, 

UnexpectedParameter— 

UnknownLcgID 



FROM Core-INAP-CSl-Errors {ccltt (0) Identlfled-organlzatlon (4) etsl (0) InDomain (1) In-network (1) modules (0) 
csl-errors (1) verslonl (0) } 

— CAP error types 
SystemFailure 

FROM CAP-Errors {ccitt(O) Identlfled-organlzatlon (4 ) etsl (0) moblleDomaln (0) gsm-Network (1 ) 
modules (3) cap-errors (51) verslonl (0) } 

— argument types 

Actlvat e S e rvlc e Fllt e rlngArg, 



ApplyCharglngArg, 

ApplyCharglngReportArg, 

As si stRoquost Instruct lonsArg, 

CallGapArg, 



CalllnformatlonRoportArg, 
CalllnformatlonRequestArg, 



CancolArg, 

Collect InformatlonArg, 

ConnectArg, 

Conn e ct ToR e sourc e Arg, 

EstabllshTomporaryConnoctlonArg, 

EvcntNotlflcatlonCharglngArg, 

EventReportBCSMArg, 

FurnlshCharglnglnformatlonArg, 

InltlalDPArg, 



InltlateCallAttcmptArg, 

Play/VnnouncomontArg, 

Prompt AndCollectUserlnformatlonArg, 

RocolvodlnformatlonArg, 

ReleaseCallArg, 

RoquostNotl float lonCharglngEventArg, 

RcqucstRcportBCSI^^vcntArg, 



Reset TlmorArg, 

SendCharglnglnformatlonArg, 

SorvlcoFlltorlngRosponseArg, 

SpcclallzcdRcsourceRepor lnltlalDPArg, 

ReleaseCallArg, 

RequestReportBCSMEven tArg 
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FROM C ore INT'J' CSl AP-DataTypes {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in nctworlc(l) 
modules (0) — csl-datatypeg ( mobileDomain (0) gsm-Network ( 1 ) modules (3) cap-datatypes (52) versionl (0) }; 
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TYPE DEFIMITIQ^JS FOR IN CSl QPERATIQMS FOLLOW 

SCF - SSF operations 

ActivatcScrvicGFiltGring : :- OPEPJVTIOM 

lARGUI^IENT 



ActivatoSorvicoFiltoringArg 



RESULT 
EPJIORS { 



MissingParamctcr, 
ParamotorOutOf Range, 



SyGtcmFailurc, 

TaDl-.RofuGod, 



UncxpcctcdComponcntScqiicncc , 
UnoxpoctodParamotor 



— — Direction: SCF -> SSF, Timer: T ^^.^ 

— When receiving thio operation^ — the SSF handloo calls to destination in a opocifiod manner 

— — without sending queries for every detected call . — It is used for example for providing televoting 

— or mass calling services. — Simple registration functionality — (counters) — and announcement 

— — control may be located at the SSF. The operation initializes the specified counters in the SSF. — TYPE 
DEFINITIONS FOR CAP v.l OPERATIONS FOLLOW 

ActivityTest : := OPERATION 

RESULT 

— Direction: SCF -> gsmSCF -> gsm SSF, Timer: T^^ 

— This operation is used to check for the continued existence of a relationship between the gsmSCF 

— and gsmSSF. If the relationship is still in existence, then the SSF will respond. — If no r e ply is 
received, — gsmSSF will respond. If no reply is 

— then the SCF will assume that the received, then the gsmSCF will assume that the gsmSSF has failed in 
some way and will take the 

the — appropriate action. 

ApplyCharging : :- OPERATION 

TVRGUI^^^JT 

ApplyChargingArg 



EPvRORS { 



MissingParameter, 
UnexpectedComponentSequence , 
UnexpectedParameter, 
UnexpectedDataValue, 



ParameterOutOf Range, 
SystemFailure, 



TaslcRefused 



Direction: SCF — > SSF, 

— — This operation is used for interacting from the SCF with the SSF charging mechanisms. — The 
— Apply Char gingReport operation provides the feedback from the SSF to the SCF. 

ApplyChargingReport : :- OPERATION 

TVRGU^^NT 



Apply Char gingReportArg 



ER.RORS 



MissingParameter, 
UnexpectedComponentSequence , 
UnexpectedParameter, 



UnexpectedDataValue, 
ParameterOutOf Range, 



SystemFailure, 

Tasl-.Refused 



Direction: SSF -> SCF, 



— This operation is used by the SSF to report to the SCF the occurrence of a specific charging event as 

— — requested by the SCF using the ApplyCharging operation. 

AssistRequestlnstructions : :- OPERATION 

TVRGUI^^NT 



As si stRequest Instruct ionsArg 



ERJIORS { 



MissingCustomerRecord, 
MissingParameter, 



TaslcRefused, 

UnexpectedComponentSequence, 
UnexpectedDataValue, 
UnexpectedParameter 
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Diroction: SSF — ■> SCF or SRF — > SCF, 

Thia operation ia uacd when there is an agsiot or a hand off procedure and may be ocnt by the 

SSF or SRF to the SCF. Thlo operation In oent by the SSF or SRF to the SCF, when the initiating 

SSF haa aet up a connection to the SRF or to the asglgtlng SSF as a result of receiving an 

— EotabliahTemporaryConnection or Connect — (in cage of hand-off) — operation from the SCF. 

CallGap : :- OPEP>ATION 

ARGTOENT 

CallGapArg 

Direction: SCF — > SSF, Timor: T 

= Thio operation Ig uoed to r e queot the SSF to reduce the rate at which specific service requeoto 

are sent to the SCF. 

CalllnformationRoport : :- OPEPvATION 

7tf^GUl'4ENT 

CalllnformationRoportArg 

Direction: SSF — > SCF, Timor: T ^j_ 

= This operation is used to s e nd opecific call information for a single call to the SCF as 

— requested by the SCF in a previous calllnformatlonRequest . 

CalllnformationRoquost : :- OPEPvATION 

Ttf^GUl'^ENT 

CalllnformationRoquostArg 



MissingParameter, 



ParameterOutOf Range, 
RequestedlnfoError, 



SystemFailure, 
TasltRofusod, 



Une;;pectcdComponcntScquencc, 
Uncj^poctedParamcter 



Direction: SCF — > SSF, Timer: T ^j^j, 

— This operation is used to request the SSF to record specific information about a single call 

and report it to the SCF — (with a calllnformatlonReport operation) . 

Cancel : :- OPEPvATION 

7\RGUMENT 

CancelArg 



EPvRORS [ 



CancelFailed 



Direction: — SCF — > SPJ or SCF -> SSF, Timer: T ^ ^^ 

= This generic operation cancels the correlated previous operation or all previous requests. — The 

— following operations can be cancelled: 

= PlayAjinounccmcnt and PromptAndCollcctUserInf ormation . 

Collectlnformation : :- OPEPvATION 

7\RCU1'4ENT 

Col loot Informal lonArg 



EPvRORS [ 



MissingParameter, 
SystemFailure, 



TaskRofusod, 



Unoj^poctedComponontSoquence, 



Uncj^pcctcdDataValuc, 
Uncj^pcctedParamcter 



Direction: SCF 

This operation is used to request the SSF to perform the originating basic call procossing 

= actions to prompt a calling party for destination information, — then collect destination information 

— according to a specified numbering plan — (e.g., — for virtual private networlcs) . 

Connect : := OPERATION 

ARGUMENT 

ConnectArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 
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— Direction: SGF — ^ gsmSCF -> gsm SSF, Timer: T^^^ 

— This operation is used to request the gsmSSF to perform the call processing actions to route or 

— forward a call to a specified destination. To do so, the gsmSSF may or may not use destination 

— information from the calling party (e.g., dialled digits) and existing call setup information (e.g. 
depending 

— route indc;^ to a list of trun]^ groups) , — depending on the information provided by the SCF . 
gsmSCF . 

ConnoctToRosourco : :- OPERATION 

TtftCIJ^ENT 



ConnoctToRosourcoArg 



EPvRORS 



MissingParamotor, 
SystcmFailurc, 



TasltRofusod, 

Unc;;pcctcdComponcntScqucncc, 
Unoj^poctodDataValuG, 
Unc;;pcctcdParamctcr 



Diroction: SCF -> SSF, Timor: T ^^^, 

This operation is used to connect a call from the SSP to the PE containing the SRF. 

Continue ::= OPERATION 

— Direction: SCF — s^ gsmSCF -> gsm SSF, Timer: T^^^ 

— This operation is used to request the gsmSSF to proceed with call processing at the DP at which it 

— previously suspended call processing to await gsmSCF instructions (i.e., proceed to the next point 

— in call in the BCSM) . The gsmSSF continues call processing without substituting new data from SCF. 
gsmSCF . 

DisconncctForwardConncction : :- OPERATION 

ERvRORS [ 



SystcmFailurc, 
TasltRofusod, 



Unc;;pcctcdComponcnt Sequence 



Diroction: SCF -> SSF, Timor: T ^^^ 

= This operation is used to disconnect a forward temporary connection — or a connection to a resource. 

EstablishTcmporaryConnoction : :- OPERATION 

TVRGUl'^E^lT 



EstablishTomporaryConnectionArg 



ERvRORS [ 



ETCFailod, 



MissingParamotcr, 



SystomFailurc, 
TaoltRofusod, 



Uno;;pcctcdComponontScquence, 
UncJcpoctcdDataValuo, 



Unc;;poctcdParamotcr 



Diroction: SCF -> SSF, Timor: T ^^^,, 

= This operation is used to create a connection to a resource for a limited period of time — (e.g. — to 

— play an announcement, — to collect user information) ; — it implies the use of tho assist procedure. 

EvontNotificationCharging : :- OPERATION 

7tf^GUl'4ENT 

Evont^JotificationChargingArg 



Direction: SSF — > SCF, Timor: T ^^^ 

= This operation is used by the SSF to report to the SCF the occurrence of a specific charging — event 

— t^TDO as previously requested by the SCF in a RcqucstNotificationChargingEvont operation. 

= Tho operation supports tho capabilities to cope with the interactions concerning charging — (refer 

to TVnnoic B, Clause B.5) . 

EventReportBCSM ::= OPERATION 

ARGUMENT 

EventReportBCSMArg 

— Direction: SSF — ;^ gsmSSF -> gsm SCF, Timer: T^-^]^ 

— This operation is used to notify the gsmSCF of a call-related event (e.g., BCSM events such as 

— busy or no answor answer or disconnect) previously requested by the gsmSCF in a RequestReportBCSMEvent 
operation . 
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FurniDhCharginglnformation : :- OPERATION 

TtflGUENT 



FurniGhCharginglnformationArg 



ERRORS 



MiDDingParamctcr, 
TaolcRofuocd, 



UnGJ^pGctGdComponGntScquGncG, 



UnGJ^pGctGdDQtQValuG, 
UnGJ^pGctGdParamGtGr 



DirGction: SCF 

Thio opGration io uoGd to roquGot the SSF to gonorato, — rogistor a call record or to include oomo 

information in the default call record. The registered call record ia intended for off-lin e charging 

— of the call . — The charging ccGnarioc cupportod by thig operation are: — 2 .2, — 2 . 3 and 2 . 4 — (refer to /Vnnojc B 

= whore thoGG arc defined) . 

InitialDP ::= OPERATION 

ARGUMENT 

InitialDPArg 
ERRORS { 

MissingCustomerRecord, 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 

} 

— Direction: SSF — ;^ gsmSSF -> gsm SCF, Timer: Tj^^ 

— This operation is used after a TDP to indicate request for service. 

InitiateCallAttcmpt : :- OPERATION 

7\RCU1'4ENT 



InitiateCallAttcmptArg 



EPvRORS [ 



MissingParameter, 
SystemFailure, 



TaslcRofusod, 

Uncj;poctcdComponcntScqucncc, 
Une;;pcctcdDataValue, 
Uncj;pcctcdParamctcr 



— This operation io used to request the SSF to create a new call to one call party^ using 

= address information provided by the SCF. 

ReleaseCall ::= OPERATION 

ARGUMENT 

ReleaseCallArg 

— Direction: SCF 



— This operation is used to tear down an existing call at any phase of the call for all 

— parties involved in the call. 

R e qu e stNotificationChargingEv e nt : :- OPERATION 

TVRCUMENT 



RequcstNotificationChargingEventArg 



EPvRORS [ 



MissingParameter, 
SystemFailure, 



TaslcRcfuscd, 

Unej^pGctGdComponentSequence, 
Unc;;pcctcdDataValuc, 
Uncj^pcctedParamcter 



Direction: SCF — > SSF, 

This operation io used by the SCF to instruct the SSF on how to manage the charging events 
which arc received from other FEs and not under control of th e service logic instance. — The 
operation supports the capabilities to cope with the interactions concerning charging — (refer to 
7\nne;; B, — Clause B. 5) . 
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RequestReportBCSMEvent ::= OPERATION 

ARGUMENT 

RequestReportBCSMEventArg 
ERRORS { 

MissingParameter, 

SystemFailure, 

TaskRefused, 

UnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter 

} 

— Direction: SSF — ;:^ gsmSCF -> gsm SSF, Timer: T^^^^j^ 

— This operation is used to request the gsmSSF to monitor for a call-related event (e.g., BCSM events 

— such as busy or no ansvjor answer or disconnect) , then send a notification back to the gsmSCF when the 
event is 

detected. 

RosotTimor : :- OPEPvATION 

/VRGUtJENT 



RosotTimorArg 



MissingParamotor, 



TaskRefused, 

UnGJ^pGctGdComponontSoquGncc, 
Uno^^pGctodDataValuG, 
UnojcpGctodParamotor 



— This oporation is used to roquost the SSF to refresh an application timer in the SSF. 

SondCharginglnformation : :- OPEPvATION 

Ttf^CUl'^ENT 



SendCharginglnformationArg 



EPvRORS 



MissingParametcr, 

Unc;;pcctcdComponcntScqucncc, 

UncJcpectcdParametcr, 



ParamctcrOutOf Range, 
SystemFailure, 



TaskRefused, 



Unl^nownLoglD 



Direction: SCF — > SSF, 



This oporation is used to — instruct the SSF on the charging information to bo sent by the SSF. 

The charging information can cither be sent back by means of signalling or internal if the SSF is 

— located in the local o;^chango. — In the local c;cchangc this information may bo used to update the 

= charge meter or to create a standard call record. — The charging scenario supported by this operation is 

— scenario 3.2 — (refer to -Annexe B v/hcrc those arc defined) . 

ServicoFilteringRosponso : :- OPEPvATION 

Ttf^GTO^ENT 



ServiceFilteringResponscArg 



Direction: SSF — > SCF, 

This operation is used to send bacli to the SCF the values of counters specified in a previous 

ActivateServicoFiltering operation . 

SCF - SRF 



As si stRequcst Inst ructions 
-S«F > SCF 



Refer to previous description of this operation in the SCF-SSF operations subclause. 
Cancel 



see — > sPvF 

Refer to previous description of this operation in the SCF-SSF operations subclause. 
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PlQy/VnnouncGmcnt : :- OPERATION 

i^JlGUI^IENT 



Play/VnnouncomontArg 



ERRORS 



Cancelled, 



MisoingParameter, 
SystemFailure, 



UnQvailablcRcGQurcc, 
UnGxpectGdComponentSequcncc, 
UncxpcctcdDataValuc, 
UnexpectedParameter 



LINKED { 



Special izcdRcsourccRcport 



Direction: SCF — > SP - F, Timer: T 

— — This operation is to b e used after Establish Temporary Connection — (assist procedure with a 

— second SSP) — or a Connect to Resource — (no assist) — operation. — It may be used for inband 

— — interaction with an analogue user^ — or for interaction with an ISDN user. — In the former case, — the SRF 

— is usually collocated with the SSF for standard tones — (congestion tone etc.) — or standard 

— — announcements . — In the latter case, — the SRF is always collocated with the SSF in the switch. Any 

— error is returned to the SCF. — The timer associated with this operation must be of a sufficient 

— — duration to allow its linked operation to be correctly correlated. 

Prompt/VndCollectUserlnformation : :- OPERATION 

TVRGUI^^NT 



Prompt AndCollectUserlnformationArg 



R.ESULT 

ReceivedlnformationArg 

ERJIORS { 



Cancelled, 
ImproperCallerResponse, 



MissingParameter, 
SystemFailure, 



TaskRefused, 
UnavailableResource, 



UnexpectedComponentSequence , 
UnexpectedDataValue, 



UnexpectedParameter 



Direction: SCF — > SP - F, Timer: T ^^ 

— — This operation is used to int e ract with a user to collect information. 

SpecializedResourceReport : :- OPEPJVTION 

TVRGUI^^NT 



SpecializedResourceReportArg 



Direction: SRJ^ -> SCF, Timer: T ^.^.^ 

This operation is used as the response to a PlayTVnnouncoment operation when the announcement completed 

report indication is set. 



GSM 09.78 



78 



TS 101 046 V5.0.1 (1997-04) 



Operation timers 

The following value ranges apply for operation specific timers in INCAP: 

short: 1 to 10 s e conds; 

m e d i um: 1 to 60 s e conds; 

tefig^ 1 s e cond to 30 m i nut e s. 20 seconds: 



Table-3_J. lists all operation timers and the value range for each timer. The definitive value for each 
operation timer may be network specific and has to be defined by the network operator. 



Table 31 



Operation Name 


Timer 


value 


Operation Name 


Timer 


value range 




=Fasf 








ActivityTest 


Tat 


short 


Annhi'OhTrninn 


"•"ac 


stert 






"•"acf 


stert 






"•"aw 


stert 




Pnlinnn 


"•"GQ 


stert 






"•"GJfp 


stert 




Onlllnfr»i'mn + ir»nRpni IPC*t 


"•"GJfQ 


stert 






~l~pgn 

V-iCll 1 


stert 




Or»llQr>tlnfonmtinn 


T^ 


mpHii im 






Connect 


"•"con 


short 


r^r»nnQr>tXr»QQC*ni ICPP 


Tctp 


stert 




Continue 


"•"cue 


short 




TdfG 


stert 






Tetc 










TeRG 


stert 




EventReportBCSM 


Terb 


short 


Pi ii'nic*hr^hni'r(inr(lnfr»i'mritinn 


Tf^ 


stert 




InitialDP 


Tidp 


short 


Initi'i+QP'^ll Aftomnt 


-rjpg 


stert 




ReleaseCall 


Trc 


short 




"•"me 


stert 




RequestReportBCSMEvent 


Trrb 


short 




Trt 


stert 






"•"set 


stert 






TsfF 


stert 




PlT>i'Annni inppmpnt 


Tpa 


l©R§ 




Drrtmr^t A nHOr»llQr>+l Ic^Qrlnfrtrmrj+ir*!-! 


TpG 


l©R§ 






Ts^ 


stert 
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6.2 I N CS1 eError types 

C ore IN/'iT CSI AP-Errors { ccitt (0) identified-organization (4) etsi(O) inDomain ( 1 ) — in nctvjor]c(l) 
modules (O mobileDomain ( ) gsm-Network ( 1 ) modules ( 3 ) 
c dI errorn ( ap-errors (51) versionl (0) } 

— This module contains the type definitions for the IN CS CAP v.l errors. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

ERROR 

FROM TCAPMessages {ccitt recommendation q 773 modules (2) messages (1) version2 (2) } 

InvolccID, 



UnavailableNetworkResource 

FROM C oro"IN7\P-CSl AP-DataTypes {ccitt (0) identified-organization (4) etsi(O) inDomain ( 1 ) — in-nGtwork(l) 
modules (0) — csl-datatypos ( mobilePomain (0) gsm-Network ( 1 ) modules (3) cap-datatypes (5 2) versionl (0) }; 

— TYPE DEFINITIONS FOR IN CS CXP v. l ERRORS FOLLOW 

Cancelled : : - EPvROR 

— The operation has been cancelled. 

CancolFailod : : - EPvROR 

PTtfVtf^ETER SEQUENCE [ 



problem [0] ENUMEPvATED [ 

unlcnownOpcration (0) 



tooLate (1) , 



opcrationNotCanccllable (2) 



operation [^ — InvokcID 



= The operation failed to be cancelled. 

ETCFailcd : : - EPvROR 

= The establish temporary connection failed. 

ImpropcrCallcrRcsponsc : :- EPJIOR 

= The caller response was not as cjcpccted. 

MissingCustomcrRccord : :- EPvROR 

= The Service Logic Program — (SLP) — could not be found in the SCF . 

MissingParamotcr : :- EPvROR 

= An c;;pcctcd optional parameter was not received. 

ParamctcrOutOf Range : :- EPvROR 

= The parameter was not as cjcpcctcd — (e .g. ^ — missing or out of range) 

RcqucstcdInfoError : :- EPvROR 

P7\PvM4ETER ENUMEPvATED [ 

unJ^nownRcqucstcdlnfo (1) , 

requGstedlnfo^JotAvailable (2) 



^ 

= The requested information cannot be found. 

SystemFailure : := ERROR 

PARAMETER 

UnavailableNetworkResource 

The operation could not be completed due to a system failure at the serving PE entity . 
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TQGkRcfuDGd : : - ERROR 

P/^iR/^J^IETER ENUI^IER/^iTED [ 

generic (0) , 

unobtainable (1) , 

congeDtion (2) 



An entity normally capable of the task requested cannot or choooco not to perform the task at 

— this time — (this includes error situations like congestion and unobtainable address as used in 

— — e.g. , — the connect operation) . 

UnavailablcResourcc : :- EPJIQR 

— — A requested resource is not available at the serving entity. 

UnexpectedComponcnt Sequence : : = ERROR 

— — An incorrect sequence of Components was received — (e.g. , — " DisconncctForwardConncction " 
— followed by " PlayAnnouncoment "^ 

UnexpectedDataValue : :- EPJIOR 

— The data value was not as expected — (e.g., — routing number expected but billing number 

— — received) 

UnexpcctedParamcter : : = ERROR 

— — A parameter received was not expected. 

UnknownLcgID : :- EPJIOR 

— — Leg not known to the SSF . 

&^ I N CS1 data typ e s 

EXTENSION I'gVCRO :;- 

BEGIN 

TYPE ^lOTATIOtl :;- EiitonaionT^j'po Criticallty 

VTVLUE NOTATION : :- value (INTEGER) 

ExtonoionT^'po m-^" EXTENSION-SYNT;\X " t^iDG 

Criticallty h-^" CRITIC7ULITY " value (CritlcalltyTypc) 

CritlcQlltyTypo : : - EtlUt^EPvATED [ 

ignore (0) , 

abort (1) 



Eicample of addition of an extension named " SomeNetworkSpecificIndicator " of type 
BOOLEMJ, — with criticallty " abort " and to be identified as extension number 1 
E;;ample of definition using the above macro: 

SomoNetworltSpocificIndicator : :- EXTENSION 
EXTENSION SYNT7VX BOOLEMl 
CRITIC7ULITY abort 



aome^Jetworl^Specif icindicator SomeNetvjorl^Specific Indicator — : :- 1 

Eiiample of transfer syntax, — using the ExtensionFiold datatype as specified in the modulo 
below. Assuming the value of the extension is sot to TRUE, — the extensions parameter 
becomos a SEQUENCE of type INTEGER : :- 1, criticallty ENU1"ER7'JED ::- 1 and 
value [ 1] I1'4PLICIT BOOLEMJ : :- TRUE. 
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6.3 Data types 

C orc-IN7\P-CSl AP-DataTypes {ccitt(O) identified-organization (4) etsi(O) InDomaln ( 1 ) — In-nctwork (1) 
modulcD (O mobileDomain (0) gsm-Network ( 1 ) modules (3) 
c al-datatypca ( ap-datatypes (5 2) versionl(O)} 

— This module contains the type definitions for the IN CS CAP v.l data types. 

The following parameters map onto bearer protocol — (i.e., ETS 300 403-1 [7S1 — (DSSl) and 

ETS 300 3S€-i [6^ — (ISUP) ) paromotora : 

= CallodPartyNumbcr, — BearerCapability, — CallingPartyNumber, — HighLayerCompatibility, 

— DestinationRoutingAddress, — OriginalCalledPartylD, — Redirect ingParty ID, — Redirect ionlnformat ion, 

= AccessTransport, — CallingPartyCategory, — ForwardCall Indicators, — LocationNumbcr, 

AssiatingSSPIPRoutingAddress, AlertingPattern (Q.931 only), ReleaseCauso 

= (and other Cause parameters) , — AdditionalCallingPartyNumber . 

The following SSF parameters do not map onto bearer protocol (i.e., ETS 300 403-1 [7-81 — (DSSl) 

and ETS 300 SS^-i [6-?l — (ISUP) ) — parameters and therefore are assumed to be local to the 



switching system: 

RoutcList, LogID, — IPSSPCapabilities, — IPAvailable, CGEncountered, 

CorrelationID, — Timers, — MiscCalllnfo, — and ServiceKey. 

= Where possible, — administrations should specify within their networlc the maximum size of 

— parameters specified in this ETS that are of an indeterminate length. 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

IMPORTS 

InvoI^cIdTypc 

FROM TCAPMcssagcs — (ccitt recommendation q 773 modules (2) — messages (1) — version2 (2) ] ; 
CallingPartysCategory, 

HighLayerCompat ibi 1 ity , 

MiscCalllnfo, 



MonitorMode, 



Redirect ionlnformat ion, 
ServiceKey 



FROM Core-INAP-CSl-DataTypes { ccitt (0) identified-organization (4) etsl(O) InDomaln (1) 
in-network (1) modules (0) csl-datatypes (2) versionl (0) } 



IMS I, 



Ext-BasicServiceCode 

FROM MAP-CommonDataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CommonDataTypes (18) versions (3)} 

Locat ionlnformat ion, 
SubscriberState 



FROM MAP-MS-DataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-MS-DataTypes (11) versions (3)} 

CallReferenceNumber, 



SuppressionOf Announcement 

FROM MAP-CH-DataTypes { ccitt (0) identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CH-DataTypes (13) versions (3)} 

— TYPE DEFINITIONS FOR IN CS CAP v. l DATA TYPES FOLLOW 

— Argument Data Types 

— The ordering of parameters in the argument sequences has been arbitrary. — Further study may 

= be required to order arguments in a manner which will facilitate efficient encoding and decoding. 

ActivatcScrviccFiltcringArg : :- SEQUENCE [ 

filteredCallTreatment [0] FiltorodCallTreatment, 

f 1 It cringChar act eristics [i^ — Filter ingChar act eristics, 

filteringTimeOut [2] FilteringTimeOut, 

filtcringCritcria [31 — Filter ingCr iter ia, 

startTime [1] DatcTVndTimc OPTIONAL, 

extensions [5] SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField OPTIONJVL 
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ApplyChargingArg 



SEQUENCE [ 



QChBillingChargingCharQctcriciticG 
DondCalculationToSCPIndl cation 



-i4- 



^0-] — AChBillingChargingCharactcristicG 

BOOLEMl DEFAULT F7ULSE, 



partyToChargc 
GJ^tGRDionD 



OPTIONT'iL. 



[2] LGgID 

[3] SEQUENCE SIZE (1. .numOfExtGnDlonD) OF ExtGnoionFlold 



OPTIONAL 



that ApplyChargingRGport opGrations 
bo got to TRUE. 



= Tho sondCalculationToSCPIndication paromotcr indicates 

— arc Gj^poctod from the SSF . — This parameter ghall alwayc 

= Tho PartyToChargo parameter indicates the party in the call to which the ApplyCharging 

— oporation should bo applied. — If it is not present, — then it is applied to the A-party. 

ApplyChargingRoportArg : :~ CallRosult 



AssistRoquGstlnotructionsArg 



SEQUENCE [ 



corrolationID 
iPAvailablo 



[0] CorrolationID, 
[1] IPAvailablo 



0PTI0N7UL, 



iPSSPCapabilltios 
o;;tonsions 



IPSSPCapabilitics 



[3] SEQUENCE SIZE (1. .numOfEictonsions) OF EictonsionFiold 



OPTIONTVL 



OPTIONAL donotoo network operator specific use. The value of the corrolationID may bo tho 
Called Party Number supplied by the initiating SSF. 
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CallGapArg : : - SEQUENCE ( 

gapCritcria HiH — GapCritcria, 

gaplndicatoro [1] — GapIndicatorG, 

GontrolT^y'pc [2] ControlTypc OPTIONT'iL, 

gapTroQtmont — [3] GapTroatmont OPTIONTVL, 

cxtcnoiona [1] SEQUENCE SIZE (1 . .numOfExtcnolona) OF ExtcnolonFlcld 9P^ 



= OPTIONAL denotes nctworli operator optional. — If gapTrcatmcnt is not present, — the SSF will use 

— a default treatment depending on netvjor]^ operator implementation. 

CallInformationP.eportArg : : - SEQUE^ICE [ 

rcquestcdInformationLiot H^H — Request cdlnformationList, 

Oictensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField OPTIONAL 



CalllnformationRequestArg : : - SEQUENCE [ 

requcstedlnformationTypeList |r€H — RequestedlnformationTypeList, 

Oictensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 



CancelArg : :- CHOICE [ 

invokelD ffl^ — InvokelD, 

allRoquosts [1] NULL 

^ 

= The InvokelD has the same value as that which was used for the operation to be cancelled. 

CollectlnformationArg : : - SEQUENCE [ 

oiitonsions [i] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField OPTIONAL 



ConnectArg : : = SEQUENCE { 

destinationRoutingAddress [0] DestinationRoutingAddress, 

alertingPattern [1] AlertingPattern OPTIONAL, 

correlationID [2] CorrelationID OPTIONAL, 

cutTVndPasto [3] CutTVndPasto 0PTI0N7UL, 

originalCalledPartylD [6] OriginalCalledPartylD OPTIONAL, 

routoList [7] RoutoList 0PTI0N7UL, 

scfID [8] ScfID 0PTI0N7UL, 

extensions [10] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 

oervicelnteractionlndicators [26] — Service Interaetionlndicat or s genericNumbers 

[14] GenericNumbers OPTIONAL, 

callingPartyNumber [27] CallingPartyNumber OPTIONAL, 

callingPartysCategory [28] CallingPartysCategory OPTIONAL, 

redirectingPartylD [29] RedirectingPartylD OPTIONAL, 

redirectionlnformation [30] Redirectionlnformation OPTIONAL, 



^ 

= For alerting pattern, — OPTIONTVL denotes that this parameter only applies if SSF is the 

— terminating local e;;change for the subscriber. 

ConnoctToRosourcoArg : :- SEQUENCE [ 

rosourcoAddress CHOICE [ 

ipRout ingAddr s s [0-] — IPRout IngAddr e s s , 

none [3] NULL 



extensions [A] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 



service Inter act ionlndi caters [30] — Service Inter act ionlndicat or s 



EstablishTomporaryConncctionArg : :- SEQUENCE [ 

assistingSSPIPRoutingAddross [0] AssistingSSP IPRout IngAddross, 

correlationID [1] CorrelationID OPTIONAL, 

scfID [3] ScfID OPTIONAL, 

extensions [1] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField 

OPTIONAL, 

service Inter act ionlndi caters [30] — Service Interact ionlndicat or s QPTIQNAX 



GSM 09.78 



84 



TS 101 046 V5.0.1 (1997-04) 



Evcnt^JotificationChargingArg 



: : - SEQUE^ICE [ 

-fO^ — Event TypcCharging, 



event TypcCharging 

eventSpocificInformationCharging [1] — EvontSpocificInformationCharging 



0PTI0N7UL. 



leglD 

e;;tenDionD 



[2] LegID 



OPTION/VL, 



[3] SEQUENCE SIZE (1. .numOfExtenDlonD) OF ExtenDlonFlold 
OPTIONT'iL, 



monitorMode 



[30] MonitorMode 



DEFAULT notifyTVndContinuo 



— ^ OPTIONAL donotOG notwor]^ operator specif ic ugg. suppressionOfAnnouncement 

SuppressionOf Announcement OPTIONAL, 

oCSIApplicable [56] OCSIApplicable OPTION 



[55] 



} 



EventReportBCSMArg : : = 

event TypeBCSM [0] 

eventSpecificInformationBCSM 
leglD [3] 

miscCalllnfo [4] 

extensions [5] 



SEQUENCE { 
EventTypeBCSM, 

[2] EventSpecificInformationBCSM OPTIONAL, 
LeglD OPTIONAL, 

MiscCalllnfo DEFAULT (messageType request}, 

SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField 
OPTIONAL, 



FurnishCharginglnformationArg 



FCIBillingChargingCharact eristics 



InitialDPArg 

serviceKey 
calledPartyNumber 
callingPartyNumJoer 
callingPartysCategory 

cGEncountered 



iPSSPCapabilities 
iPAvailable 



SEQUENCE { 

ServiceKey, 

CalledPartyNumber OPTIONAL, 

CallingPartyNuiiiber OPTIONAL, 

[5] CallingPartysCategory OPTIONAL, 

CGEncountered OPTION/VL, 

OPTIONTVL, 

0PTI0N7UL, 



4*^ 
[8] IPSSPCapabilities 
[9] IPAvailable 



locationNumber 
originalCalledPartylD 
extensions [15] 

liighLayerCompatibility 
service Inter act ionlndicat or s — 



[10] LocationNumber OPTIONAL, 
[12] OriginalCalledPartylDOPTIONAL, 
SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField 
OPTIONAL, 
[23] HigtiLayerCompatibility OPTIONAL, 
r2/|1 Servj celnteracti onTndi enters OPTIONTVL, 



[24] — Service Inter act ionlndicat or s — 
[25] AdditionalCallingPartyNumber 
[26] ForwardCalllndicators OPTIONAL, 



additionalCallingPartyNumber 
forwardCalllndicators 



OPTIONAL, 



bearerCapability 
event TypeBCSM [2g 

redirectingPartylD [29 
redirect ionlnformat ion 



[27] BearerCapability OPTIONAL, 

EventTypeBCSM OPTIONAL, 
RedirectingPartylD OPTIONAL, 

[30] Redirectionlnformation OPTIONAL 



OPTIONTVL for iPSSPCapabilitles, — IPAvailable, — cCEncountorcd denotes notworit oporator specific use. 
OPTIONTVL for callingPartyNumber, — and callingPartysCategory refer to Claus e 7 for the trigger detection 
point processing rules to specify when these parameters arc included in the message. 
The following parameters shall be recognized by the SCF upon reception of InitialDP: 
dialledDigits [1] CalledPartyNumber OPTIONTVL, 



callingPartyBusinessGroupID 

callingPartySubaddress 

miscCalllnfo 



[4] CallingPartyBusinessGroupID — OPTIONTVL, 
[6] CallingPartySubaddress OPTIONTVL, 



[11] MiscCalllnfo 



OPTIONTVL, 



serviceProfile Identifier 



[13] — ServiceProfile Identifier 



OPTIONAL, 



terminalType 



[I ' l] TerminalType 



OPTIONTVL 



These parameters shall be ignored by the SCF and not load to any error procedures. 

These parameters shall not be sent by a SSF following this ETS. 

For details on the coding of these parameters refer to ITU-T Recommendation Q.1218 



InitiateCallAttemptArg 



SEQUEtlCE [ 



destinationRoutingAddress — [OH — DestinationRoutingAddres 
[1] AlertingP attorn — 



alert ingP attorn 
e;;tensions 



OPTIONTVL, 



[1] SEQUENCE SIZE (1. .numOfExtensions) OF ExtensionField 



OPTIONTVL, 



service Inter act ionlndicat or s 



[29] — Service Interact ionlndicat or s 



OPTIONAL, 



callingParty^Jumber 



[30] CallingPartyNumber 



PlayTVnnouncementArg 

informationToSend 



: : - SEQUEtlCE [ 
-fOH — InformationToSend, 



disconnectFromlPForbidden — [ 1 ] BOOLEA^l — DEFAULT TRUE, 



requestTVnnouncementComplete 



BOOLETM'l DEFAULT TRUE, 
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Gxtonaiono [3] SEQUENCE SIZE (1 . .numOfExtonGlono) OF ExtonolonFlold 

OPTIONAL 
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PromptTVndColloctUaorlnformationArg 
collcctcdinfo 



SEQUENCE 



[0] Collcctcdinfo, 

dlDConncctFromlPForbiddcn — [ 1 ] BOOLEMl — DEFAULT TRUE, 

informationToScnd [i^ — InformationToScnd OPTIONAL, 

cj^tcnoiona 



[3] SEQUENCE SIZE (1. .numOfExtcnDlonD) OF ExtcriDlonFlcld 
OPTIONT'iL 



RcccivcdlnformationArg 



digitDRcDponDG — 

IMS I 

subscriberState 



[0] DigitD _^ 

[50] IMSI 



OPTIONAL, 



[51] SubscriberState 



OPTIONAL, 



locationlnformation 



[52] Locationlnformation 



OPTIONAL, 



ext-basicServiceCode 



[53] Ext-BasicServiceCode OPTIONAL, 



callReferenceNumber 



[54] CallReferenceNumber 



OPTIONAL, 



ReleaseCallArg : := Cause 

= A default value of decimal 31 — (normal uncpccificd) — gliould be coded appropriately. 



RequcstNotificationChargingEventArg 



SEQUENCE SIZE (1 ■ .numOfCharglngEvcntG) OF ChargingEvcnt 



RequestReportBCSMEventArg : := SEQUENCE ( 

bcsmEvents [0] SEQUENCE SIZE (1 . .numOfBCSMEvents) OF BCSMEvent, 

extensions [2] SEQUENCE SIZE (1 . .numOfExtensions) OF ExtensionField OPTIONAL, 



Indicates the BCSM related events for notification. 



ResetTimerArg : : 
timerlD 



SEQUENCE [ 
[0] TimerlD — DEFAULT tssf. 



timervalue [^ — TimerValue, 



cj^tensions 



[2] SEQUENCE SIZE (1. .numOfExtcnGionn) OF ExtcncionFicld 



SendCharginglnformationArg 

sCIBillingChargingCharactcristiCG 



SEQUENCE [ 



OPTIONAL 



-H^H — SCIBillingChargingCharactcriGticG 



leglD 

ej^tensions 



[1] LegID, 

[2] SEQUENCE SIZE (1. .numOfExtcnGionG) OF ExtcnGionFicld 



OPTIONAL 



ServiceFilteringResponseArg 



SEQUENCE 



count or sValue [O^ — Counter oValuc , 

filteringCriteria [^ — Filter ingCr iter la 

OJCtenGlonG 



SEQUENCE SIZE (1. .numOfExtcnGionG) OF ExtcnGionFicld 



OPTIONAL 



Special izedRcGOurcGReportArg 



NULL 



— Comnion Data Types 

AChBillingChargingCharactcriGticG 



OCTET STRING (SIZE (mlnAChBillingChargingLcngth .. 
maiLAChBllllngChargingLongth) ) 



The AChBillingChargingCharactcriGticG parameter opocifioG the charging related information to be 
provided by the SSF and the conditionc on which thic information hac to be reported back to the 
SCF with the ApplyChargingRcport operation . 



= E;;amples of charging related information to be provided by the SSF may be: — bullc counter valucG, 

— coGtD, — tariff change and time of change, — time Gtampc, — durationc, — etc. 

= E;^amples of conditionc on which the charging related information arc to be reported may be: 

— threshold value reached, — timer cjcpiration, — tariff change, — end of connection configuration, — etc. 

AdditionalCallingPartyNumber : := Digits 

— Indicates the Additional Calling Party Number. 



Alert ingPattern 



OCTET STRING (SIZE (3) 



Indicates a specific pattern that is uGCd to alert a GubGcribcr — (e.g. , — distinctive ringing, — tones 
etc.) . Only applies if SSF is the terminating local exchange for the subscriber. Refer to the 
-ETS 300 4ft3-i [7 8] Signal parameter for encoding. 
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ApplicationTimor 



: :- INTEGER (0. .2047) 



Used by the SCF to sot a timor in the SSF. — The timor is in GGconds 
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ADDiDtingSSPIPRoutingAddronn : :- DlgltG 

— Indicates the doGtination address of the SRF for tho aggigt procGdurG. 

BCSMEvent : : = SEQUENCE { 

event TypeBCSM [0] Event TypeBCSM, 

monitorMode [1] MonitorMode, 

leglD [2] LegID OPTIONAL- 

dPSpeciflGCritGria — [30] DPSpoGlflGCrltGrla 0PTI0N7UL 

} 

— Indicates the BCSM Event information for monitoring. 

BearerCapability : := CHOICE { 

bearerCap [0] OCTET STRING (SIZE (2 . .maxBearerCapabilityLength) ) 

} 

— Indicates the type of bearer capability connection to the user. For bearerCap, the value as described in 

— DSSl ( ETS 300 4ft3-l [7 8])/ISUP ( ETS 300 356-1 [6? ISUP ( ETS 300 356-1 [4] , User Service Information) 
shall be used. 

CalledPartyNumber : := OCTET STRING (SIZE (minCalledPartyNuinberLength .. 

maxCalledPartyNumberLength) ) 

— Indicates the Called Party Number. Refer to ETS 300 356-1 [CT4] for encoding. 

CallingPartyNumber : := OCTET STRING (SIZE (minCallingPartyNuinberLength .. 

maxCallingPartyNumberLength) ) 

— Indicates the Calling Party Nuimber. Refer to ETS 300 356-1 [6^ — for encoding. 
4] for encoding. 

CallingPartysCatogory : :- OCTET STRING (SIZE (1) ) 

= Indicates the typo of calling party — (e.g. — operator, — payphonc, — ordinary subscriber) . — Refer to 

ETS 300 *&€-i [6 7] for encoding. 

CallResult : :- OCTET STRING (SIZE (minCallRosultLongth .. 

maJcCallResultLength) ) 

= This parameter provides the SCF with the charging related information previously requested using the 

— ApplyCharging operation. — This shall include the partyToCharge parameter as rocoivGd in the related 

= ApplyCharging operation to correlate the result to the request . — The remaining content is nctworJc 

— operator specific. — E;;amples of charging related information to be provided by the SSF may be: — bul]^ 

= counter values, — costs, — tariff change and time of change, — time stamps, — durations, — etc. — E;;amplcs of 

— conditions on which the charging related information are to bo reported may be: — threshold value reached, 

= timer e;^piration, — tariff change, — end of connection configuration, — etc. 

Cause ::= OCTET STRING (SIZE (minCauseLength .. maxCauseLength) ) 

— Indicates the cause for interface related information. Refer to the ETS 300 356-1 [67-4] Cause parameter 

— for encoding. For the use of Cause and Location values refer to Q.850. 

CGEncountered : : - ENTO^EPvATED [ 

manualCGencountered(l) , 

scpOverload(2) 

^ 



Indicates the type of automatic call gapping encountered, — if any. 



ChargingEvent : : - SEQUENCE [ 

event TypeCharging [0-j — Event TypeCharging, 

monitorMode [i] — MonitorMode, 

leglD [2] LegID OPTIO^ITU^ 

^ 

= This parameter indicates the charging event type and corresponding monitor mode and LegID. 

CollectedDlgits : : - SEQUENCE [ 

minimumNbOf Digits [0] INTEGER (1..127) DEFAULT 1, 

maximumNbOf Digits [1] INTEGER (1..127), 

ondOfReplyDigit [2] OCTET STRING (SIZE (1..2)) OPTIONAL, 

cancelDlgit [3] OCTET STRING (SIZE (1..2)) OPTIONAL, 

startDlgit [A] OCTET STRING (SIZE (1..2)) OPTIONJVL, 

firstDlgitTlmeOut [5] INTEGER (1..127) 0PTI0N7UL, 

InterDlgitTlmeOut [6] INTEGER (1..127) 0PTI0N7UL, 

errortreatment [7^ — ErrorTreatment DEFAULT stdErrorAndlnfo, 

interruptabloTtonlnd [8] BOOLETM'l DEFAULT TRUE, 

voicelnformation [9] B00LE7\N DEFAULT FALSE, 
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voicoBaclt [10] BOOLEMl DEFAULT FIVLSE 
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— The uoG of voicoBQck ig network operator specif ic. The ondOfRoplyDigit, — cancelDigit, — and startDigit 

parametera have been designated as OCTET STRING, — and arc to be cneodcd ao BCD, — one digit per OCTET only, 

— contained in the four least significant bits of each OCTET. — The usage is service dependent. 

Collectedlnfo : :- CHOICE { 

collectedDlgits [^ — CollectedDlgits 

}■ 

ControlT^^e : : - E^JUI^^RATED { 

sCPOverloaded(O), 



manuallylnitiated(l) 



other values ffs 



CorrelationID : :~ Digits 

— used by SCF for correlation with a previous operation. Refer to Clause 7 for a 

— — description of the procedures associated with this parameter. 

Counter/VndValue : : - SEQUENCE { 

counterlD y^ — CounterlD, 

counterValue — Fi^ — Integer 4 



CounterlD : :- INTEGER (0. .99) 

— Indicates the counters to be incremented. — The countcrlDs can be addressed by using the last digits of 

— — the dialed number. 



CountersValue : :- SEQUENCE SIZE (0 . .numOfCounters) OF CounterAndValuc 

Cut/VndPaste : :- INTEGER (0. .22) 

— — Indicates the number of digits to be deleted. Refer to ITU-T Recommendation Q.1214 [10 11] , § 6.4.2.16, 

— — additional information . 

Date/VndTlme : :- OCTET STRING (SIZE(6)) 

— — Indicates, amongst others, the start time for activate service filtering. Coded as YY^lbODHmMSS with 

— each digit coded BCD . — The first octet contains YY and the remaining items are seguenced following. 

— — EX7\]^^LE: 1993 September 30th, 12:15:01 would be encoded ac^: 
Bits HGFE DGBA 



leading octet 3 



-0 



=- § 1 

— 1 — Shall only include the cause value . 

DestinationRoutingAddress : := SEQUENCE SIZE (1) OF CalledPartyNumber 

— Indicates the Called Party Number. 

Digits : := OCTET STRING (SIZE (minDigitsLength .. maxDigitsLength) ) 

— Indicates the address signalling digits. Refer to the ETS 300 356-1 [6^4] Generic Number and Generic 

— Digits parameters for encoding. The coding of the subfields "NumberQualif ier" in Generic Number and 

— "Type Of Digits" in Generic Digits are irrelevant to the iNCAP, the ASN.l tags are sufficient to 
identify 

— the parameter. The ISUP format does not allow to exclude these subfields, therefor the value is network 
operator specific. 

— The following parameter should use Generic Number: 
— CorrelationID for AssistRequestlnstructions, 

— AdditionalCallingPartyNumber for InitialDP-^ 

— — AssistingSSPIPRoutingAddress for EstablishTemporaryConneetion, 

— calledAddressValue for all occurrences, 

— — callingAddressValue for all occurrences 

— — The following parameters should use Generic Digits: 

— all other CorrelationID occurrences, 

— — number VariablePart, 



— digit sResponse ReceivedlnformationArg 

Display Information : :~ lASString — (SIZE — (minDisplaylnformationLength — — 

maxDisplaylnformationLength) ) 

— — Indicates the display information. 
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DPSpocificCritoria : :- CHOICE [ 

numbcrOfDigita [^ — NumbcrOf Digits, 

QpplicQtionTimcr ^i^ — ApplicationTimcr 



The SCF may apccify the number of digits to be collected by the SSF for the Collcctcdinfo event. — When 
all digitD arc collected, the SSF reporto the event to the SCF. The SCF may act a timer In the SSF for 
the No T'ing^jcr event . — If the user does not ans^jcr the call ^jithin the allotted time, — the SSF reporto the 
event to the SCF. 



Duration : :- INTEGER ( - 2..86'100) 

— VqIuog are GocondG . — Mogativo values denote a cpecial value, — refer to tho proccduro doocription of the 

= relevant op e rations for further information . 

ErrorTreatment : ;- ENUt^ERATED [ 

stdErrorTVndlnfo (0) , 



hclp(l), 

ropeatPrompt (2) ) 

— StdErrorTVndlnfo moans returning the " ImproperCallerResponsG " error in the event of an error condition 

= during collection of user info. 

EventSpecificInformationBCSM : := CHOICE { 

colloctedlnfoSpecificInfo [0] SEQUENCE [ 

callcdPartyNumbcr H^H — CallcdPartyNumbcr 



analyzodlnfoSpocificInfo [1] SEQUENCE [ 

callcdPartyNumbcr H^H — CallcdPartyNumbcr 



routcSclectFailureSpecificInfo [2] SEQUENCE | 

failurcCausc [0] Cause 0PTI0N7UL 



oCallcdPartyBusySpccificInfo [3] SEQUENCE | 

busyCausc [0] Cause 0PTI0N7UL 



oNoTVnswcrSpccificInfo [ A ] SEQUE^ICE 

— no specific info defined 



oTVnsworSpecificInfo [5] SEQUENCE 

— no specific info defined 



oMidCallSpecificInfo [6] SEQUENCE [ 

— no specific info defined 



oDisconnectSpecificInfo [7] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 



tCallcdPartyBusySpccificInfo [8] SEQUENCE [ 

busyCausc [0] Cause 0PTI0N7UL 



tNoTVnswerSpecificInfo [ 9 ] SEQUE^ICE 

— no specific info defined 



tTVnswcrSpecificInfo [10] SEQUENCE 

— no specific info defined 



tMidCallSpecificInfo [11] SEQUENCE [ 

— no specific info defined 



tDisconnectSpecificInfo [12] SEQUENCE { 

releaseCause [0] Cause OPTIONAL 



} 

Indicates the call related information specific to the event. 
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EvontSpocificInformationCharging : :- OCTET STRING (SIZE (mlnEvontSpoclflcInformatlonChargingLongth 

. .maJcEvcntSpcGifiGlnformationChargingLcngth) ) 

defined by nct^jor]^ operator. — Indicates the charging related information opceific to the event. 

— An oj^ample data type definition for thig parameter ig given below: 

Event SpecificInformationCharging : :~ CHOICE — f- 

— chargePuloeo — H^-] — Integer!, 



chargcMeooagco [1] OCTET STRING (SIZE (min. .max) ) 



Event TypeBCSM : := ENUMERATED { 
origAtt e mptAuthoriz e d(l) , 

collectedlnfo (2) , 

analyz e dlnformation (3) , 

routeSelectFailure (4) , 

oCallcdPartyBuGy (5) , 

o^Io/Vnower (6) , 

oAnswer (7) , 
oMidCall(8) , 

oDisconnect (9) , 
o7\bandon(10) , 



termAttemptAuthorized(12) 
t CallodPartyBuoy (13) , 
tNoTVnowcr (14) , 



tTVnnwer (15) 



tMidCall(16) , 



tDioconnect (17) , 
t7a3andon(18) 



}■ 

IndicatoD the BCSM detection point event. Refer to ITU-T Recommendation Q.1211 [10 11], 5 4.2.2.2 

fer Answer (15) , 

tDisconnect (17) 



— additional information on th e e v e nts. — Valu e s or igAtt e mpt Author iz e d Values collectedlnfo and 
termAttemptAuthorized can only be 

— used for TDPs. 

Ev e nt Typ e Charging : :- OCTET STRING (SIZE (minEv e ntTyp e ChargingL e ngth . . 

maJcEventTypeChargingLength ) ) 

— This parameter indicates the charging event type. — Its contents is networlc operator specific. 

= — An e xampl e data t^To e d e finition for this param e t e r is giv e n b e low: 

Event T^j'poCharging : :- ENTO^EPATED [ 

= charg e Puls e s (0) , 



chargcMessages (1) 



E;;tensionFicld 


: :- SEQUENCE [ 


ExtensionFleld : 


= SEQUENCE { 


type 


EXTENSION. Sid ( {SupportedExtensions} ) , 



type INTEGER, — ^^ shall identify the value of an EXTENSION type 

criticality 

EXTENSION. Scriticality ({SupportedExtensions} {@type}) , 

value [1] EXTENSION. SExtensionType 



( { SupportedExtensions } { @type } ) 



— This parameter indicates an extension of an argument data type. Its content is network operator specific 

GenericNumber : := OCTET STRING (SIZE (minGenericNumberLength. . 

maxGenericNumberLength) ) 

— Indicates a generic number. Refer to ETS 300 356-1 [4] Generic number for encoding. 

GenericNumbers : := SET SIZE (1 . .numOfGenericNuinbers) OF GenericNumber 

) DEFAULT ignore, 

VQluG [1] 7\^JY DEFINED BY t^^pc 

1 



This parameter indicates an extension of an argument data type. — Its contents is network operator 

specific. 



FCIBlllingChargingCharacteristics : :- OCTET STRING (SIZE (minFCIBillingChargingLength .. 

maxFCIBillingChargingLength) ) 

— — This parameter indicates the billing and/or charging characteristics. — Its content is network operator 
— specific. I\n example datatype definition for this parameter is given below: 
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FCIBillingChargingCharactoricticc 



CHOICE 



complctcChargingRccord 



[0] OCTET STRING (SIZE (mln . 



corrclationlD 



[1] CorrolationID, 



gccnQrio2Dot3 



chargcParty 
chargcLcvcl 



SEQUENCE [ 
[0] LogID 



0PTI0N7UL, 



[1] OCTET STRING (SIZE (mln.. max)) 
[2] SET OF Attribute 



OPTIONT'iL, 
0PTI0N7UL 



chargoltomg 



Depending on the applied charging 
7Vnne;c B) : 



scenario the following information elements can be included — (refer to 



complete charging record — (ocenario 
charge party — (ocenario 2.3) 
charge level — (scenario 2.3) 
charge items — (scenario 2.3) 
CorrolationID — (scenario 2.4) 
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FiltorodCallTroQtmont : : - SEQUE^ICE [ 

oFBillingChargingCharQctcristics — [-&:| — SFBillingChargingCharactcrigtico, 

informationToSond Fi^ — InformationToSond OPTIONTVL, 

maiiimumMumbcrOf Counter o [2] MaximumHumborOfCountcra OPTIONJ'Jj, 

roloQ3oCQUco [3] Cquoo OPTIONTVL 



If rclcQGcCQugc ia not present^ — the default value is the same as the ISUP cauoc value dcGimal 31 . 

— If InformationToSond ig present/ — the call will be released after the end of the announcomont with the 

= Indicated or default releaseCause . — If ma;clmuinNuinberQf Counters Is not present, — ScrvlccFlltcrlngResponsc 

will be sent with CountersValue : :- SEQUENCE SIZE (0) OF CounterT'jndValue 

FllterlngCharacterlstlca : :- CHOICE j 

Interval [0] INTEGER ( - 1.. 32000), 

numberOfCalls [1] Integer'! 

^ 

= Indicates the severity of the filtering and the point in time when the ScrvlccFlltcrlngRcsponse Is to be 

sent. — If - interval, — every interval of time the no3it call loads to an InitialDP and a 

ServiceFllteringRosponse is sent to the SCF. The interval is specified in seconds .If ~ NumbcrOfCalls, 

every N calls the Nth call leads to an InitialDP and a SorviceFllteringRosponso is sont to the SCF. — Kh 

= ActivatcScrvlccFiltcring implies several counters — (filtering on several dialled numbers) , — the 

— numberOfCalls would include calls to all the dialled numbers. 

FilteringCriteria : : - CHOICE { 

servlceKey \r2^ — ServiceKey, 

addressTVndSorvice [30] SEQUENCE [ 



callcdAddressValue — [0] Digits, 

servlccKoy ^i-] — SorvlcGKoy, 

calllngAddrcssValuc [2] Digits OPTIONAL, 

locatlonNumbor [3] LocatlonNumbor — OPTIONJVL 

^ 



In case calledAddressValue is specified, — the numbers to be filtered arc from callodAddrossValue up to 

and including callcdAddressValue — hmaximumNumberOf Counters -^ — The last two digits of calledAddressValue 

— cannot oj^ceed 100-ma;;imumNumberOfCounters. 

FllterlngTlmoOut : :- CHOICE ( 

duration H=H — Duration, 

stopTimo [1] DatoTVndTlmo 

^ 



Indicates the ma;;lmum duration of the filtering. — When the timer es^pircs, — a ScrvlccFlltcrlngRcsponsc is 
sent to the SCF. 



ForwardCalllndlcators : :- OCTET STRING (SIZE (2)) 

— Indicates the Forward Call Indicators. — Refer to ETS 300 356-1 [&^ — for encoding. 

CapCrltorla : :- CHOICE [ 

calledAddressValue — [0] Digits, 

gapOnService [-S^l — GapOnService, 

callcdAddressTVndScrvice [29] SEQUENCE [ 

callodAddrossValue — [0] Digits, 

scrvicoKcy [i] — ServiceKey 

hr 



calllngAddrcssAndServlce [30] SEQUENCE [ 

calllngAddressValuG [0] — Digits, 

ServiceKey [i] — ServiceKey, 

locatlonNumbor [2] LocatlonNumbor — OPTIONTVL 

^ 



= Both callcdAddressValue and callingAddressValue can be incomplete numbers, — in the sense that a limited 

— amount of digits can be given. — For the handling of numbers starting v/ith the same digit string refer to 

= the detailed procedure of the CallCap operation in Clause 9. 

GapOnService : : - SEQUENCE [ 

ServiceKey [O-j — ServiceKey 

^ 



Gaplndicators : : - SEQUENCE 

duration [O-j — Duration, 

gap Interval [i] — Interval 



Indicates the gapping characteristics. No gapping when gaplntorval equals 0, — and gap all calls when 
gaplnterval equals — ^. — For further information regarding the meaning of specific values of duration and 
gaplntorval refer to the detailed procedure of the CallGap operation in Clause 9. 
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CapTroQtmont : :- CHOICE [ 

informationToScnd [4f\ — InformationToScnd, 

rGlGQgoCQUSG ^i^ — Cqugg, 

beth [2] SEQUENCE [ 

informationToSGnd l-dH — InformationToScnd, 



roloaaoCauaG [iri — Cauac 

-4 



= The default value for Cause is the game ag in ISUP. 

HighLayerCompatibility : :- OCTET STRING (SIZE (highLayerCompatibilityLength) ) 

Indicatea the teleaervice. For encoding, DSSl ( ETS 300 403-i [7 8] ) ia used. 

Inbandlnfo : : - SEQUENCE [ 

mcGGagcID \4^ — McDDagcID, 

numbcrOfRcpetitiona [1] INTEGER (1..127) 0PTI0N7UL, 

duration [2] INTEGER (0. .32767) 0PTI0N7UL, 

interval [3] INTEGER (0. .32767) 0PTI0N7UL 

}■ 

interval io the time in cocondc botwoon each ropoQtod announcomont ■ Duration in the total amount of time 

in oecondG, — including repetitionG and intervals . — The end of announcement is cither the end of duration 

— or numberOf Repetitions, — whatever comes first ■ — Duration with value indicates infinite duration. 

InformationToScnd : :- CHOICE [ 

inbandlnfo H=H — Inbandlnfo, 

feene [1] Tone, 

display Information — [31 — Display Information 

}■ 



Integer'! : :- INTEGER (0 . .21'17183617) 

Interval : :- INTEGER ( - 1.. 60000) 

— Units are milliseconds. — A— - 1 value denotes infinite. 

InvoI^elD : :~ InvokeldType 

— Operation invoke identifier. 



IPAvailable 


::- OCTET STRING (SIZE (mmlPAvailablcLongth .. 


= defined by nctworlc operator. 


Indicates that the resource is available . 



IPRoutingAddross : : = CallodPartyNumbcr 

— — Indicates the routing address for the IP. 

IPSSPCapabilities : :- OCTET STRING (SIZE (minlPSSPCapabilitiesLength .. 

maxIPSSPCQpQbilitiesLength) ) 

— defined by network operator. — Indicates the SRF resources available at the SSP. 

LegID : := CHOICE { 

sendingSidelD [0] LegType, — used in operations sent from SCF to gsmSCF to gsm SSF 
receivingSidelD [1] LegType — used in operations sent from SSF to gsmSSF to gsmSCF 

} 

— Indicates a reference to a specific party in a call. OPTIONAL denotes network operator specific use with 

— — unilateral ID assignment. — OPTIONAL for LegID also denotes the following: 

— when only one party exists in the call, — this parameter is not needed — (as no ambiguity exists) . 

— when more than one party exists in the call, — one of the following alternatives applies: 

— 3r^ — LegID is present and indicates which party is concerned. 

— 3^ — LegID is not present and a default value is assumed — (e.g. , — calling party in the case of the 

— ApplyCharging operation) . 

LegType : := OCTET STRING (SIZE(l)) 

legl LegType : := 'Ol'H 
leg2 LegType : := '02'H 

LocationNumber : := OCTET STRING (SIZE (minLocationNumberLength .. 

maxLocationNumberLength) ) 

— Indicates the Location Number for the calling party. Refer to ETS 300 356-1 [6^4] for encoding. 
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MaiiimumtlumborOf Counter : :- INTEGER (1.. numOfCountora) 

MoDoagoID : :- CHOICE [ 

clcmcntaryMcoaagcID [0] — Integer'!, 

te#* [1] SEQUENCE [ 

meaoageContent tf)j — lASString — (SIZE (minMcoaagcContcntLcngth 

maJCl'loggageContentLength) ) , 



attributeo [1] OCTET STRING (SIZE (mlnJ'ittrlbutcaLongth 

majcAttributcGLength) ) 



elementaryMeaaagelDo [29] SEQUENCE SIZE (1 . .numOfMeGDagelDa) OF Integor-1, 

variableMeaaage [30] SEQUENCE [ 

elementaryMeDDagelD [0] — Integer d, 



variablePartn [1] SEQUENCE SIZE (1. .5) OF VarlablePart 



= OPTIONAL denotes networlc operator specif ic use. 

MiscCalllnfo : : - SEQUENCE [ 

meooagel^'pe [0] ENUMEPvATED [ 

request (0) , 

notification (1) 



-+ 



— Indicates detection point related information. 

MonitorMode : : - ENTO^EPvATED [ 

interrupted (0) , 

notifyAjidContinue (1) , 



transparent (2) 



Indicates the event is relayed and/or procosnod by the SSP. — If thin paramotor is used in tlie contoiit of 

charging events, — th e following definitions apply for the handling of charging events: 

— Interrupted means that the SSF notifies the SCF of the charging event using EventNotificationCharging 

and does not process the event but discard it. 

NotifyAjidContinue means that SSF notifies the SCF of the charging event using EvonttlotificationCharging 

= and continues processing the event or signal without waiting for SCF instructions. 

Transparent means that the SSF does not notify the SCF of the event . — This value is used to end the 

= monitoring of a previously requested charging event . — Previously requested charging events are monitored 

— until ended by a transparent monitor mode, — or until the end of the connection configuration. 

= For the use of this parameter in the conte;ct of BCSM events is referred to subclauses — 9.17 and 9.25. 

NumberOfDigits : :- INTEGER(1. .255) 

= Indicates the number of digits to be collected. 

OriginalCalledPartylD ::= OCTET STRING (SIZE (minOriginalCalledPartylDLength .. 

maxOriginalCalledPartylDLength) ) 

— Indicates the original called number. Refer to ETS 300 356-1 [67-4] Original Called Number for encoding. 

OCSIApplicable : : = NULL 

— Indicates that the Originating CAMEL Subscription Information, if present, shall be applied on the 
outgoing call leg created with a Connect operation. For the use of this parameter see GSM 03.78 [ 16] . 

RedirectingPartylD : := OCTET STRING (SIZE (minRedirectingPartylDLength .. 

maxRedirectingPartylDLength) ) 

Indicates redirecting number. Refer to ETS 300 356-1 [67-4] Redirecting number for encoding. 

Redirectionlnformation : :- OCTET STRING (SIZE (2)) 

= Indicates redirection information. — Refer to ETS 300 356-1 [67^ — Redirection Information for encoding. 

RequestedlnformationList : :- SEQUENCE SIZE (1 . .numOf Infoltems) OF Requestodlnformation 

RequestedlnformationTypeList : :- SEQUENCE SIZE (1 . .numOf Infoltems) OF RequestedlnformationTypc 

Requestodlnformation : :- SEQUENCE [ 

requestedlnformationT^^e [O-j — Request edInformationType, 

requestedlnformationValue — [i] — Request edInformationValue 



RequestedlnformationT^'pe : :- E^lTO^EPvATED [ 

callAttemptElapsedTime (0) , 



callStopTime(l) , 
callConnectedElapsedTime (2) , 
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callodAddrosG (3) , 



rclcQOcCQuoc (30) 
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RoquootodlnformationValuo : :- CHOICE [ 

callAttcmptElapocdTimcValuc [0] INTEGER (0..255), 

CQllStopTimo Value [1] DatoTVndTimo, 

GallConncctcdElapacdTimcValuc [Hi — Integer 4, 

CQlledAddreooValue [3] Digita, 

releaoeCauoeValue \r^^ — Cause 

}■ 



— The callAttemptElapoedTimeValue is specified in gecondD. — The unit for the callConnectedElapgcdTimcValuc 

= is 100 milliseconds. 

RouteLiot : :- SEQUENCE SIZE (1. .3) OF OCTET STRING (SIZE (minRoutcListLength 

. .mascRoutcLigtLcngth) ) 

— Indicates a list of trunli groups or a route indesc. — See ITU-T Recornmendation Q.1211 [lOii^ — for additional 

= information on this item. 

ScfID ::- OCTET STRING (SIZE (minScf IDLength .. maxScf IDLength) ) 

= defined by networlc operator. — Indicates the SCF identifier. 

SCIBillingChargingCharacteristics : :- OCTET STRING (SIZE (minSCIBillingChargingLcngth .. 

maiiSCIBillingChargingLongth) ) 

This parameter indicates the billing and/or charging charactGristicn. — Its content is network operator 

specific. An example datatype definition for this parameter is giv e n b e low: 

SCIBillingChargingCharacteristics : : - CHOICE [ 

chargeLevel [0] OCTET STRING (SIZE (min..max), 

— chargePulses — ^i-] — Integer^!, 

chargeMessages [2] OCTET STRING (SIZE (min. .max) 



Depending on the applied charging scenario, — the following information elements can be included — (refer to 
Ajinoj; B) : 



= chargeLevel — (scenario 3.2) ; 

chargePulses — (scenario 3.2) ; 

= chargeMessages — (scenario 3.2). 

Servicelnteractionlndicators : :- OCTET STRING (SIZE (minServicelnteractionlndicatorsLength . . 

majcServicelnteractionlndicatorsLength) ) 

Indicators which are exchanged between SSP and SCP to resolve interactions between IN based services and 

network based services, — respectively between different IN based services . — The content is network 

— operator specific. 



ServiceKey : :~ Integerl 

— Information that allows the SCF to choose the appropriate service logic. 

SFBillingChargingCharacteristics : :- OCTET STRING (SIZE (minSFBillingChargingLength .. 

ma;;SFBillingChargingLength) ) 

= This parameter indicates the billing and/or charging eharaeteristies for filtered calls. — Its content is 

— networ]^ operator specific. 

TimerlD : : - ENTO^EPvATED [ 

tssf (0) others for further study 

}■ 

— Indicates the timer to be reset. 

TimerValue : :~ Integerl 

— Indicates the timer value — (in seconds) . 

Tene : : - SEQUENCE [ 



tonelD [0] Integer ' 1, 

duration [1] Integer'1 0PTI0N7UL 

— ^ 

The duration specifies the length of the tone in seconds, — value indicates infinite duration. 



GSM 09.78 



100 



TS 101 046 V5.0.1 (1997-04) 



UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0) , 

componentFailure (1) , 

basicCallProcessingException (2) — 

rGDOurcGStatuDFailurG (3) , 

cndUGcrFailurc (4) 

}■ 



IndicQtcD the nctworli resource that failed. 



VariabloPart 



CHOICE [ 



integer — 

number [1] — Digits, 



[0] Integer - ], 



Generic digitc 



time 
date 



OCTET STRING (SIZE(2)), 
OCTET STRING (SIZE (3)), 



HH:I"IM, BCD coded 



YYWOD, BCD coded 



price [1] OCTET STRING (SIZE(4)) DDDDDD.DD, BCD coded 



Indicates the variable part of the moGGago. — BCD coded variable parts are encoded as described below. 
EXW^PLE 1 : time - 12:15 would be encoded as: 



Bite 



HGFE BGBA 



leading octet2 



EXW4PLE 2: 



Bits 



date ~ 1993 September 3Qth would be encoded ac 
HSFB BGBA 



leading octet 3 



-0 



3 

EXM4PLE 3: price - ECU 219.50 would be encoded as: 

Bits HGFE BGBA 



leading octet 
2- 



Definition of range constants 



hi ghLayerCompatibility Length 
minAChBillingChargingLcngth — 



INTEGER 



ma;^ChBillingChargingLength 
minAttributcsLcngth 



network specific 



network specific 



INTEGER 



ma^^ttributcsLcngth 

maxBearerCapabilityLength 

minCalledPartyNumberLength 

maxCalledPartyNumberLength 

minCallingPartyNumberLength 

maxCallingPartyNumberLength 

minCallResultLength 



INTEGER 



networ]^ spocific 
networ]^ specific 



INTEGER : : = network speclflc ll 

INTEGER : := network specifie g 

INTEGER : : = network speclflc l2 

INTEGER : : = network specific 2 

INTEGER ::= network specific lO 



maxCallRcsultLcngth 
minCauseLength 
maxCauseLength 
minDigit sLength 
maxDigit sLength 



INTEGER 
INTEGER 



nctworlc specific 
networ]^ specific 



min Di splay InformationLcngth 
ma;^Di splay InformationLongth 



INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



I^ITECER 



2 



networ]^ Gpocific 2 
networlc specific 2 
networli specific lO 



nctwor]^ specific 
network specific 



minEventSpecificInformationChargingLength 



INTEGER 



crrrc±nrormaLronuiiargriigijengLii xrjiCjUr^K — i-r 

ma^^Event Spool ficInformatlonCharglngLength INTEGER — ^-^ 

minEvcntTypeChargingLcngth INTEGER — ^-^= — - — nctworlc specific 

.^-^wT^^T^v^4-^.T^^r^l^ -^^r-^A v^^T ^v^^^ V> I^ITECEP^ ; ; - 



networlc specific 



networlc specific 



iLLj-iinjveiiLiypeuiia-LgxiigijeiigLii 
maj^EventTypeChargingLcngth — 
minFCIBillingChargingLcngth 
ma^cFCIBillingChargingLcngth 



minlPAvailablcLcngth 
maJCIPAvailablcLcngth 



network specific 

INTEGER : :- network specific 

INTEGER 



INTEGER 



minlPSSPCapabiliticsLcngth 
maicIPSSPCapabilitiosLcngth 

maxGenericNumberLength 



INTEGER 
INTEGER 



INTEGER 



nctwor]^ specific 



networ]^ specific 
networ]^ specific 



networlc specific 

networJc sped fic GenericNumber Length 



INTEGER 



minLocationNumberLength 
maxLocationNumberLength 
minMessageContentLength 
ma5d)4essageContGntLcngth 



INTEGER 
INTEGER 
INTEGER 
INTEGER 



minOriginalCalledPartylDLength 
maxOriginalCalledPartylDLength 
minRedirectingPartylDLength 
maxRedirectingPartylDLength 
minRoutcListLcngth 



I^JTEGER 



maxRoutoLi stLongth 



minScflDLcngth 



INTEGER 
INTEGER 
INTEGER 
INTEGER 

INTEGER 

I^JTEGER 



11 



network spccific 2 
network specif ic 10 
network specific 
network specific 



INTEGER : 



network specific 2 
network specific lO 
network specific 2 
network specific lO 

network specific 

network specific 

network specific 
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maxScf IDLongth 



network specific 



minSCIBillingChargingLength 
maxSCIBillingChargingLength 



network specific 
network specific 



INTEGER 
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minScrvicG Inter act ionlndi cat or gLcngth IMTEGER — Hf^ — ■ — nctwor]^ gpccific 

maxScrvicc Inter act ionlndi cat or gLcngth INTEGER — r-7= nct^Jor]^ gpccific 

minSFBillingChargingLongth IMTEGER — i-f= — ■ — notwor]^ spocific 

rnQj^SFBillingChargingLcngth INTEGER — r-7= nct^Jor]^ gpccific 

numOfBCSMEvents INTEGER : := network opoclflc 

10 

numOfChargingEvents INTEGER — i-f= — ■ — networ]^ specific 

numOfCountero INTEGER : :- 100 

numOfExtensions INTEGER 

numOf lnfoItema INTEGER 



numOfMeDDQgeIDD INTEGER 



networ]^ specific lO 

— ■ — networ]^ specific 



-fe4 IN CSl application protocol — (e GenericNumbers INTEGER 



6.4 I N CSl app li cat i on protoco l (o Operation and error codes) 

C ore-IN7\P-CSl AP -Codes {ccitt(O) identified-organization (4) etsi(O) inDomain ( 1 ) — in-net work (1) 
moduloD (O mobileDomain (0) gsm-Network ( 1 ) modules (3 ) 
c sl-codes ( ap-codes (5 3) versionl (0) } 

— This module contains the operation and error code assignments for the IN CS CAP v.l application protocol. 
DEFINITIONS ::= 

BEGIN 

— OPERATION AND ERROR CODE ASSIGNMENTS FOR THE IN CS CAP v. l PROTOCOL FOLLOWS 
IMPORTS 

— macros 

APPLICATION-SERVICE-ELEMENT 

FROM Remote-Operations-Notation-Extension { joint-iso-ccitt remote-operations (4) notation-extension (2) } 

operation types 
Activat e S e rvic e Filt e ring, 



ActivityTest, 

ApplyCharging, 

ApplyChargingReport , 

As si stRequest Inst ructions 



CallGap, 

CalllnformationReport, 

CalllnformationRequest, 



Cancel, 

Collect Information, 

Connect, 



Connect ToRe sour CO, 

Continue, 

DisconnectForwardConnection, 

EstablishTemporaryConnection, 

EventNotificationCharging, 

EventReportBCSM, 

FurnishCharginglnformation, 

InitialDP, 



InitiateCallAttempt, 
Play/Vnnouncement, 



Prompt/VndCollectUser Information, 
ReleaseCall, 



Request^JotificationChargingEvent, 
RequestReportBCSl'^Event, 



ResetTimer, 

SendCharginglnformation, 

ServiceFilteringResponse, 

SpecializedResourceRepor 

ActivityTest, 



Connect, 



Continue, 



EventReportBCSM, 
InitialDP, 



ReleaseCall, 
RequestReportBCSMEven t 

FROM C ore-IN7\P-CS1 AP-Operations { ccitt (0) identified-organization (4) etsi(O) inDomain (1) — in-net work (1) 
modules (0) — csl-operations ( mobileDomain (0) gsm-Network ( 1 ) modules (3) cap-operations (50) versionl (0) } 
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— error types 

Cancelled, 

CancelFailed, 

ETCFailed, 



ImproperCallerReaponoe, CSl error types 

MissingCustomerRecord, 

MissingParameter, 

ParameterOutOf Range, 

RequestedlnfoError, 

SystemFailure, 
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TaskRefused, 

UnavailablGRGDOurcG, 

OnexpectedComponentSequence , 

UnexpectedDataValue, 

UnexpectedParameter— 

Unl^no^jnLcglD 



FROM Core-INAP-CSl-Errors (ccitt(O) identified-organization (4) etsi(O) inDomaln(l) in-network (1) modules (0) 
csl-errors (1) versionl (0) } 

— CAP error types 



SystemFailure 

FROM CAP-Errors {ccitt(O) identified-organization (4 ) etsi(O) mobilePomain (0) gsm-Network (1 ) 
modules (3) cap-errors (51) versionl (0) } ; 

— the operations are grouped by the identified ASEs. 

— gsm SCF activation ASE 

initialDP InitialDP : := localValue 

~ — SCF/SRF activation of assist ASE 

as sistRcquGst Inst ructions — As si stRequGst Inst ructions — ::~ IocqIVqIug 16 
— — Assist connection ostablishmont ASE 

GstablishTomporaryConnGction EstablishTcmporaryConncction ::~ localValuG 17 

— — Conoric disconnect rosourco ASE 

disconnGctForwardConnoction DisconncctForvjardConnGction ::- localValuG 18 

— — Non - assisted connection establishment ASE 

connect ToRg source Connect ToRg source ::~ IocqIVqIug 19 

— Connect ASE (elementary gsm SSF function) 

connect Connect : := localValue 20 

— Call handling ASE (elementary gsm SSF function) 

releaseCall ReleaseCall : := localValue 22 

— BCSM Event handling ASE 

requestReportBCSMEvent RequestReportBCSMEvent ;:= localValue 23 

eventReportBCSM EventReportBCSM :;= localValue 24 

— Charging Ev e nt handling ASE 

requGstNotif IcationChQrgingEvcnt RGquGstNotificQtionChQrgingEvcnt ::- localValue 25 
Gvont^Jotif icQtionCharging Evont^Jotif icQtionCharging — ::~ localValue 26 

— gsm SSF call processing ASE 

collect Information Collect Information ::~ localValue 27 

continue Continue : := localValue 31 

SCF call initiation ASE 

initiatcCallAttcmpt InitiatcCallAttcmpt : :~ localValue 32 

Timer ASE 

rcsctTimcr RcsctTimcr : :~ localValue 33 

Billing ASE 

furnishCharginglnformationFurnishCharginglnformation : :~ localValue 34 

— Charging ASE 

applyCharging ApplyCharging : :~ localValue 35 

applyChargingRcport ApplyChargingRcport ::~ localValue 36 

— — Traffic management ASE 

callGap CallGap : :~ localValue — 4i 
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i Sorvico managcationt ASE 



QCtivatcScrvicGFiltcring 
OGrviccFiltcringRcaponac 



ActivatcScrvicGFiltcring 
ScrviccFiltcringRcgpongc 



IocqIVqIuo 42 



IocqIVqIuc — ^ 



Call report ASE 



GQllInformationRcport — 
CQllInformationRcquGBt 



CalllnformationRcport — 
CQllInformationRcquGBt 



localValuc -14 



IocqIVqIuc — 4^ 



Signalling control AiSE 



scndChQrginglnformQtion 



ScndChQrginglnformQtion 



IocqIVqIuc — 4^ 



Spooializod rosouroo control ASE 



playAnnounccmcnt 



PlQy/Vnnounccmcnt 



IocqIVqIuc 47 



prompt/VndCollcctUscr Information — PromptAndCollcctUccr Information — ::~ localValuc 48 
spcciQlizcdRcDOurccRcport — SpcciQlizcdRGGOurccRcport — : :~ IocqIVqIuc — 4^ 

— — Cancel ASE 



cancel 



Cancel 



localValuc 53 



— Activity Test ASE 

activitylest 

— ERROR codes 



Activitylest 



localValue 55 



cancelled 



Cancelled 



cancelFailed 



CancclFailed 



cTCFailed 



ETCFailed 



localValue 



localValue 1 



localValuc 3 



impropcrCallcrRcsponsc 

missingCustomerRecord 

missingParameter 

par amctcrOutOf Range 

requestedlnfoError 

systemFailure 
taskRefused 
unavailablcRcDOurcc 



ImpropcrCallcrRc sponge 

MissingCustomerRecord 
MissingParameter 

Par ameterOutOf Range 

RcquestedlnfoError 



localValue — 4 



localValue 6 
localValue 7 



SystemFailure 
TaskRefused 
UnavailablcRc source 



localValue 8 



localValue 10 



unexpectedComponent Sequence 
unexpectedDataValue UnexpectedDataValue 
unexpectedParameter UnexpectedParameter 
unl^novjnLcglD Unl^nownLcglD 



localValue 11 
localValue 12 
localValue 13 
UnexpectedComponentSequence ;;= localValue 14 



localValue 15 
localValue 16 

localValue 17 



APPLICATION SERVICE ELEMENTS 



gsm SCF-Activation-ASE 

— consumer is gsmSSF 
CONSUMER INVOKES { 
initialDP 



APPLICATION-SERVICE -ELEMENT 



SCF-SPvF-activation-of-assist-ASE 

consumer is SSF/SPvF 

CONSUMER im'OKES [ 



as si stRcquest Inst ructions 



Assist-connection-establishment-ASE r-^ 

supplier is SCF 

SUPPLIER I^IVOKES [ 

cstablishTcmporaryConnection 



7a'PLICATI0N-SERVICE-ELE^1ENT 



7a'PLICATI0N-SERVICE-ELE^ffi:NT 



Goner ic-disconnect-re sour cc-ASE i-i 

■ — supplier is SCF 

SUPPLIER I^JVOKES [ 

disconnectForwardConnection 



TJ'PLICATION-SERVICE-ELEI-'ENT 



Non-assisted-connection-establishment-ASE 
supplier is SCF 



7'J'PLIC^TI0N-SERVICE-ELE^'EtlT 



SUPPLIER ItlVOKES [ 



connect ToRc sour CO 



Connect -ASE 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
connect 



APPLICATION-SERVICE -ELEMENT 
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Call-handling-ASE 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
releaseCall 



APPLICATION-SERVICE -ELEMENT 



BCSM-event-handling-ASE 

— consumer is gsm SSF 
CONSUMER INVOKES { 

eventReportBCSM 



APPLICATION-SERVICE-ELEMENT 



— supplier is gsmSCF 
SUPPLIER INVOKES { 

requestReportBCSMEvent 



Charging-Gvont-handling-ASE 



TJ'PLICATION-SERVICE-ELEI'IENT 



— - — consumer is SSF 
CONSUMER I^IVOKES [ 



cvcntNot i f icat ionChar ging 



supplier is SCF 

SUPPLIER I^IVOKES [ 



requestNotificationChargingEvent 



SSF-call-processing-ASE 



TJiPLICATION-SERVICE-ELEI-IENT 



supplier is SCF 

SUPPLIER I^JVOKvES [ 
collect Information, 



}■ 

SCF-call-initiation-ASE 



TJ'PLICATION-SERVICE-ELEI-IENT 



supplier is SCF 

SUPPLIER I^JVOKES [ 
initiateCallAttempt 

^ 



Timer-ASE 



TJJPLICATION-SERVICE -ELEMENT 



supplier is SCF 

SUPPLIER I^IVOK^ES [ 
resetTimer 



Billing-ASE 



7J'PLICATI0N-SERVICE-ELEI"ENT 



supplier is SCF 

SUPPLIER I^JVOKES ( 



furnishCharginglnformation 



Charging-ASE 



TaJPLICATIO^l-SERVICE -ELEMENT 



— - — consumer is SSF 

CONSUMER im'OKES [ 



applyChargingReport 



— - — supplier is SCF 
SUPPLIER irn'OKES [ 

applyCharging 

}■ 



Traf f ic-management-ASE 

■ — supplier is SCF 

SUPPLIER I^JVOKES [ 

callGap 

^ 

Service-management-ASE 

— consumer is SSF 

CO^ISUMER I^IVOKES [ 



TJ'PLICATION-SERVICE-ELEI-'ENT 



TJJPLICATION-SERVICE-ELEMENT 



serviceFilteringResponse 



supplier is SCF 

SUPPLIER I^IVOKES [ 



Call-report -ASE 



activateServiceFiltering 



TJ'PLICATION-SERVICE-ELEI-'ENT 



— ■ — consumer is SSF 
CONSUMER I^JVOKES ( 



calllnformationReport 



supplier is SCF 

SUPPLIER I^JVOKES { 



calllnformationRequest 
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Signalling^control-ASE : :- TJ'PLICATIO^l-SERVICE-ELBffiiMT 

aupplicr ia SCF 



SUPPLIER I^IVOKES [ 



gcndCharginglnformation 



-+ 



Specialized rcaourcc control ASE : :- TijipLICATION SERVICE ELEI-ENT 

connumer in SSF/SPvF 



CONSIDER im'OKES 



DpecializedReDourceReport 



Dupplier is SCF 

SUPPLIER I^JVOKES [ 

playAjinouncement , 

promptAjidCollectUser Information 

}■ 



Cancel-ASE : :- .APPLICATION-SERVICE -ELEI-1ENT 

■ — Dupplier Id SCF 

SUPPLIER I^JVOKES [ 



cancel 



f gsmSSF-call-processing-ASE : := APPLICATION-SERVICE-ELEMENT 

— supplier is gsmSCF 



SUPPLIER INVOKES { 



continue 



Activity-test-ASE : := APPLICATION-SERVICE -ELEMENT 

— supplier is gsmSCF 
SUPPLIER INVOKES { 
activityTest 
1 
END 

6.5 I N CS1 a Application contexts 

APPLICATION-CONTEXT MACRO ::= 
BEGIN 

TYPE NOTATION : := Symmetric I InitiatorConsumerOf ResponderConsumerOf 1 empty 

VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER) 

"OPERATIONS OF" "(" ASEList "}" 

"INITIATOR CONSUMER OF" "{" ASEList "}" I empty 
"RESPONDER CONSUMER OF" "{" ASEList "}" I empty 

ASEList ::= ASE | ASEList "," ASE 

ASE ::= type — shall reference an APPLICATION-SERVICE-ELEMENT type. 



Symmetric 

InitiatorConsumerOf 

ResponderConsumerOf 



END 



C oro-INAP-CSl-SSP-to~SCP AP-vl-gsmSSF-to-gsmSCF -AC APPLICATION-CONTEXT 
— dialogue initiated by SSPgsmSSF with InitialDP 
INITIATOR CONSUMER OF { 

SCF-activation-ASE, 

ADDiDt-conncction-cstablichmcnt-ASEy 

Gcneric-disconncct-rcsourcc-ASE, 

Non-aDDiDtcd-conncct ion-establishment gsmSCF-activation-ASE, 

Connect -ASE 

Call-handling-ASE, 

BCSM-event-handling-ASE, 

Charging-ovont-handling-ASE, 
SSF-call-proccssing-ASE, 



Timor-ASE. 



Billing-ASE, 

Charging-ASE, 

Traf fic-managcmcnt-ASE, 

Call-report -ASE, 

Signalling-control-ASE, 

Spocializod-rooourco-control-ASE, 

Canccl gsmSSF-call-processing -ASE, 

Activity-test-ASE 

} 
: := {ccitt(O) identified-organization (4) etsi(O) inDomain (1) — in-nctworlc (1) — dc (I mobileDomain (0) gsm- 
Network(l) ac(0 ) 
csi — Dsp-to-scp (0) — vcrsionl (0) ) ; 
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Coro-IN7a'-CSl-aaaiat-handoff-SSP-to-SCP-AC JXPPLICATION-CONTEXT 

dialogue initiated by SSP ^jith AggigtRcqucGtlngtructionC) 

INITIATOR CONSUl'^ER OF [ 

SCF SRF activation of aaaiot ASE, 

Generic-diDconnect-reDOurcc-ASE, 

Non aggigted connection cstabliGhmcnt ASE^ 

Call-handling-ASE, 



Timer ASE, 

Billing-ASE, 

Charging-ASE, 

Special ized-rcGource-control-ASE, 

Cancel-ASE, 



Activity-teot-ASE 



-r-f= — [ccitt (0) — identified-organization (4) — otsi (0) — inDomain (1) — in-notwork (1) — qc (1) 
CDl-anaiot-handoff-GGp-to-Gcp (1) — vcroionl (0)1; 

Core-IN7a'-CSl-IP-to-SCP-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by IP with AccictRequoGtIngtructiong 

INITIATOR CONSTO^ER OF [ 

SCF-SPvF-activation-of-aGGiGt-ASE, 

Timer-ASE, 

Specialized-reGource-control-ASE, 

Cancel-ASE, 



Activity-toGt-ASE 



-r-f= — [ccitt (0) — identified-organization (1) — etci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-ip-to-Gcp (2) verGionl (0) I ; 

Core-IN7a'-CSl-SCP-to-SSP-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by SCP with InitiateCallAttcmpt 

RESPONDER CONSra^ER OF [ 

AGGiGt-connoction-OGtabliGhment-ASE, 

Gencric-diGConnect-reGOurce-ASE, 

Non-aGGiGted-connection-eGtabliGhment-ASE, 

Connect -ASE 



Call-handling-ASE, 

BCSM-event-handling-ASE, 

Charging-event-handling-ASE , 

SSF-call-procoGGing-ASE, 

SCF-call-initiation-ASE, 

Timer-ASE, 



Billing-ASE, 

Charging-ASE, 

Call-report -ASE, 

Signal ling-control-ASE, 

Specialized-roGource-control-ASE, 

Cancel-ASE, 



Activity-toGt-ASE 



-r-f= — [ccitt (0) — identified-organization (1) — etci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-Gcp-to-GGp (3) verGionl (0) I ; 

Corc-INTJ'-CSl-SCP-to-SSP-traffic-managcmcnt-AC 7\PPLICATI0N-C0NTEXT 

dialogue initiated by SCP with CallGap 

FJISPONDER CONSUMER OF [ 
traf fic-management-ASE 



-r-f= — [ccitt (0) — identified-organization (4) — otci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-Gcp-to-GGp-traffic-managomcnt (4) — verGionl (0)1; 

Corc-IN7J>-CSl-SCP-to-SSP-Gcrvicc-managcmcnt-AC J\PPLICATION-CONTEXT 

dialogue initiated by SCP with ActivateServiceFiltering 

RESPONDER CONSra^ER OF [ 
GorvicG-management-ASE 



-r-f= — [ccitt (0) — identified-organization (4) — otci (0) — inDomain (1) — in-notwork (1) — ac (1) 
esl — Gcp-to-GGp-Gorvice-managcmcnt (5) — verGionl (0) ] ; 

Coro-INTJ'-CSl-SSP-to-SCP-Gcrvice-managcmcnt-AC 7\PPLICATI0N-C0NTEXT 
dialogue initiated by SSP with ScrvicGFilteringRoGponGC 

INITIATOR CONSUMER OF [ 
Gorvico-managomont-ASE 



-r-f= — [ccitt (0) — identified-organization (4) — otci (0) — inDomain (1) — in-notwork (1) — ac (1) 
CGl-GGp-to-Gcp-Gorvi co-management (6) — verGionl (0) I ; 
ap-gGmGGf-to-gGmGcf (50) versionl (0) }; 
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6.5 Classes 

CAP-Classes {ccitt(O) identified-organization (4) etsi(O) mobileDomain (0) gsm-Network(l) modules (3) 
cap-classes (54) versionl(O)} 

— This module contains the class definitions for CAP v.l. 



DEFINITIONS 
BEGIN 

IMPORTS 



ROS-OBJECT-CIASS, CONTRACT, OPERATION-PACKAGE, Code, OPERATION, 
CONNECT I ON-P ACKAGE 



FROM Remote-Operations-Information-Objects 

{ joint-iso-ccitt remote-operations (4) informationObjects (5) versionl{0)} 



EXTENSION ::= CIASS { 

SExtensionType, 
Scriticality CriticalityType DEFAULT ignore, 

& id Code 



} 



WITH SYNTAX { 



EXTENSION-SYNTAX SExtensionType 
CRITICALITY Scriticality 



IDENTIFIED BYSid 



CriticalityType : := ENUMERATED { 

ignore (0) , 

abort (1) 



} 



Only value Global OBJECT IDENTIFIER is used for &id 
Only the value ignore (0) is used for Scriticality. 

Example of addition of an extension named 'Some Network Specific Indicator' of type 
BOOLEAN, with criticality 'ignore' and to be identified with object ID 'ccitt(O) 
identified-organization (4) organisation (x) gsm(x) capextension' ; 
Example of definition using the above information object class: 

SomeNetworkSpecificIndicator EXTENSION : := ( 
EXTENSION-SYNTAX BOOLEAN 



CRITICALITY ignore 

IDENTIFIED BY global : xxxxxx 



firstExtension EXTENSION : := { 

EXTENSION-SYNTAX NULL 

CRITICALITY ignore 

IDENTIFIED BY gl obal : {xxxxxx} 



SupportedExtensions EXTENSION : := (firstExtension — full set of network operator extensions} 

END 

7 Application entity procedures 

[^ 

Th i s s e ct i on of ETS 300 744- 1 was comp le t el y r e mov e d from tin e CAP sp e c i f i cat i on. I n ord e r to d e cr e as e 
th e s i z e of th i s Ann e x B, th e d ele t e d t e xt i s not shown as mark up. 

The description of the application entity procedures for CAMEL can be found in GSM 03.78 [ 16]. 

8 Error procedures 

This subclause defines the generic error procedures for the cor e I NAP CS1 CAP . The error procedure 
descriptions have been divided in two subclauses, subclause 8.1 listing the errors related to INCAP 
operations and subclause 8.2 listing the errors related to error conditions in the different FEs which are not 
directly related to the W4CAP operations. 

The gsmSSF states which are referred to in this section are described in GSM 03.78 [ 16]. 



GSM 09.78 111 TS 1 01 046 V5.0.1 (1 997-04) 

8.1 Operation related error procedures 

The following subclauses define the generic error handling for the operation related errors. The errors are 
defined as operation errors in Clause 6. Errors which have a specific procedure for an operation are 
described in Clause 9 with the detailed procedure of the related operation. 

The TCAP services which are used for reporting operation errors are described in Clause 10. All errors 
which can be detected by the ASN.1 decoder already may have been detected during the decoding of the 
TCAP message and indicated by the TC error indication "MistypedParameter". 

8.1.2- 8.1.5 Spare Canc elle d 

8.1.2.1 G e n e ra l d e scr i pt i on 

8.1.2.1.1 Error d e scr i pt i on 

Th e e rror " Canc elle d " g i v e s an i nd i cat i on to th e SCF that th e canc ell at i on, as i t was r e qu e st e d by th e SCF, 
of a sp e c i f i c op e rat i on, has b ee n succ e ssfu l . Th e SCF i s on l y ab le to canc el c e rta i n pr e d e f i n e d SCF - >SRF 
op e rat i ons. 

8.1.2.2 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) S e nd i ng Canc el 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Th e SCF s e nds a Canc el aft e r a P l ayAnnounc e m e nt (PA) or PromptAndCo lle ctUs e r l nformat i on (P&C) 
has b ee n s e nt. Th e SCF r e ma i ns i n th e sam e stat e . 

B) R e c ei v i ng Canc elle d e rror 

pr e cond i t i on: SCSM stat e any SL d e p e nd e nt 

postcond i t i on: SCSM stat e any SL d e p e nd e nt 

Aft e r s e nd i ng a Canc el op e rat i on th e SL may cont i nu e ( e .g. s e nd i ng mor e PA or P&C or a 
D i sconn e ctForwardConn e ct i on). Th e Canc elle d e rror can th e r e for e b e r e c ei v e d i n any stat e . Th e 
tr e atm e nt i s SL d e p e nd e nt. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) R e c ei v i ng Canc el 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Th e i nd i cat e d PA or P&C i s t e rm i nat e d i f i t i s pr e s e nt l y e x e cut i ng or d ele t e d from th e buff e r. I f th e 
i nd i cat e d PA or P&C i s a l r e ady e x e cut e d th i s caus e s a fa il ur e ( " Canc el Fa ile d "}^ 

B) S e nd i ng Canc el e rror 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Aft e r r e turn i ng th e " Canc elle d " e rror th e SRF stays i n th e sam e stat e . Th e e x e cut i on of th e i nd i cat e d PA or 
P&C i s abort e d, i . e . th e SRF r e ma i ns conn e ct e d and th e n e xt PA or P&C i s e x e cut e d i f ava il ab le . 
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SA^ Canc el Fa ile d 

8.1 .3.1 G e n e ra l d e scr i pt i on 

8.1.3.1.1 Error d e scr i pt i on 

Th i s e rror i s r e turn e d by Canc el i f th e canc elli ng of an op e rat i on, as r e qu e st e d by th e SCF, was not 
succ e ssfu l . Poss i b le fa il ur e r e asons ar e : 

unknownOp e rat i on, wh e n th e I nvok el D of th e op e rat i on to canc el i s not known to SRF (th i s may 

a l so happ e n i n cas e th e op e rat i on has a l r e ady b ee n comp le t e d); 

^ tooLat e , wh e n th e I nvok el D i s known but th e e x e cut i on of th e op e rat i on i s i n a stad i um that i t cannot 

be — canc elle d — anymor e . — Fof — i nstanc e — the — announc e m e nt — is — f i n i sh e d — but — the 
Sp e c i a li z e dR e sourc e R e port has not b ee n s e nt to th e SCF y e t. Th e cond i t i ons for th e occurr e nc e of 
fa il ur e r e ason " tooLat e" may b e i mp le m e ntat i on d e p e nd e nt; 

2 op e rat i onNotCanc ell ab le , wh e n th e I nvok el D po i nts to an op e rat i on that th e SCF i s not a ll ow e d to 

canc el . 

8.1 .3.1 .2 Argum e nt d e scr i pt i on 

PTtfVtf^ETER SEQUENCE [ 

problem [0] ENUMERATED ( 



unlcnownOpcration (0) , 
tooLato (1) , 



operationNotCancellable (2) | , 

operation \:^ — InvoI^elD 



^ 

— The operation failed to be cancelled. 

8.1 .3.2 Op e rat i ons SCF - >SRF 

Canc el 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) S e nd i ng Canc el 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Th e SCF s e nds a Canc el aft e r a P l ay Announc e m e nt (PA) or PromptAndCo lle ctUs e r l nformat i on (P&C) 
has b ee n s e nt. I t r e ma i ns i n th e sam e stat e . 

B) R e c ei v i ng Canc el Fa ile d e rror 

pr e cond i t i on: SCSM stat e any SL d e p e nd e nt 

postcond i t i on: SCSM stat e any SL d e p e nd e nt 

Aft e r s e nd i ng a Canc el op e rat i on th e SL may cont i nu e ( e .g. s e nd i ng mor e PA or P&C or a 
D i sconn e ctForwardConn e ct i on). Th e Canc el Fa ile d e rror can th e r e for e b e r e c ei v e d i n any stat e . Th e 
tr e atm e nt i s SL d e p e nd e nt. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) R e c ei v i ng Canc el . How e v e r, th e i nd i cat e d PA or P&C i s not known, or a l r e ady e x e cut e d. Th i s 

caus e s a fa il ur e , Canc el Fa ile d. 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

B) S e nd i ng Canc el Fa ile d e rror 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

or SRSM stat e 1 Idle 

Aft e r r e turn i ng th e Canc el Fa ile d th e SRF stays i n th e sam e stat e . 
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BAA ETCFa ile d 

8.1 . 4 .1 G e n e ra l d e scr i pt i on 

8.1. 4 .1.1 Error d e scr i pt i on 

ETCFa ile d i s an e rror from SSF to SCF, i nd i cat i ng th e fact that th e e stab li shm e nt of a t e mporary 
conn e ct i on to an ass i st i ng SSF or SRF was not succ e ssfu l ( e .g. r e c ei v i ng a " Backwards R ele as e" aft e r 
s e nd i ng th e l AM). 

8.1 . 4 .2 Op e rat i ons SCF - >SSF 

Estab li shT e mporaryConn e ct i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) SCF s e nds ETC to SSF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e 

postcond i t i on: SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons 

B) SCF r e c ei v e s ETCFa ile d e rror from SSF 

pr e cond i t i on: SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons 

postcond i t i on: SCSM stat e 2.1 Pr e par i ng SSF I nstruct i ons 

Error hand li ng d e p e nds on th e SL, e .g. s ele ct i ng anoth e r SRF or cont i nu e th e proc e ss i ng of th e ca ll . 

Proc e dur e s at r e spond i ng e nt i ty (SSF) 

SSF r e c ei v e s ETC from SCF but th e e stab li shm e nt of th e conn e ct i on fa il s, r e su l t i ng i n th e r e turn i ng of th e 
ETCFa ile d e rror to th e SCF 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

postcond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

No furth e r e rror tr e atm e nt. 

BAS I mprop e rCa lle rR e spons e 

8.1 .5.1 G e n e ra l d e scr i pt i on 

8.1 .5.1 .1 Error d e scr i pt i on 

Th e format of th e us e r i nput has b ee n ch e ck e d by th e SRF and do e s not corr e spond to th e r e qu i r e d 
format as i t was d e f i n e d i n th e i n i t i at i ng P&C op e rat i on. 

8.1 .5.2 Op e rat i ons SCF - >SRF 

PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) SCF s e nds P&C to SRF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; P&C w ill accompany th e Conn e ctToR e sourc e 

or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

act i v e 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) SCF r e c ei v e s I mprop e rCa lle rR e spons e e rror from SRF 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

Error tr e atm e nt d e p e nds on SL. SCF can i n i t i at e n e w Us e r I nt e ract i on or forc i ng a D i sconn e ct (to SSF). 
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Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) SRF r e c ei v e s P&C 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

B) r e spons e from ca lle r i s not corr e ct, SRF r e turns I mprop e rCa lle rR e spons e to SCF 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

SRF wa i ts for a n e w op e rat i on from SCF. Th i s may b e a n e w P&C or PA. 

8.1.6 lUlissingCustomerRecord 

8.1.6.1 General description 

8.1.6.1.1 Error description 

The SLP could not be found in the qsm SCF, because the required customer record does not exist , or th e 
r e qu e st e d SLP I , i nd i cat e d by corr el at i on I D i n Ass i stR e qu e st l nstruct i ons do e s not e x i st anymor e. 

8.1 .6.2 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 
InitialDP 

Procedures at invoicing entity (gsmSSF) 

qsmSSF receives error " MissinqCustomerRecord " 

precondition: qsmSSF state Waiting for Instructions 

postcondition: qsmSSF state Idle 

The GMSC/VMSC handles the call according to the Default Call Handling parameter of the valid CSI. 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SSF FSM stat e b Tr i gg e r proc e ss i ng 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

postcond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

B) SSF r e c ei v e s e rror " M i ss i ngCustom e rR e cord " 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for I nstruct i ons 

or SSF FSM stat e b' — Wa i t i ng for I nstruct i ons; i n cas e of ass i st/hand - off 

postcond i t i on: SSF FSM stat e a Idte 

or SSF FSM stat e a' — I d le ; i n cas e of ass i st/hand - off 

Th e CCF rout e s th e ca ll i f n e c e ssary ( e .g. d e fau l t rout i ng to a t e rm i nat i ng announc e m e nt). 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

Th e SCSM d e t e cts that th e r e qu i r e d SLP do e s not e x i st. Th e SLP I may not e x i st anymor e ( e .g. i n cas e of 
th e op e rat i on Ass i stR e qu e st l nstruct i ons), or th e SLP may hav e n e v e r e x i st e d at a ll ( i . e . th e custom e r 
r e cord i n th e SCF do e s not e x i st, e .g. i n cas e of TDPs a SLP i s att e mpt e d to b e i nvok e d). Th e e rror 
param e t e r M i ss i ngCustom e rR e cord i s us e d to i nform th e i nvok i ng e nt i ty of th i s s i tuat i on. Th e ma i nt e nanc e 
funct i ons ar e i nform e d. 

8.1.6.3 Spare Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

Proc e dur e s at i nvo l < i ng e nt i ty (SRF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 2 Conn e ct e d 

B) SRF r e c ei v e s e rror " M i ss i ngCustom e rR e cord " 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 1 Idte 



GSM 09.78 115 TS 101 046 V5.0.1 (1997-04) 

SRF i n i t i at e d D i sconn e ct. 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

Tl-i e SCSM d e t e cts tliat tin e r e qu i r e d SLP do e s not e x i st (anymor e ). Tli e e stab li slim e nt of a conn e ct i on 
b e tw ee n tin e SSF and tin e SRF took too l ong or tin e corr el at i on I D was i nva li d. I n botli cas e s tin e r e qu e st e d 
SLP cannot b e found. Th e e rror param e t e r M i ss i ngCustom e rR e cord i s us e d to i nform th e i nvok i ng e nt i ty 
of th i s s i tuat i on. Th e ma i nt e nanc e funct i ons ar e i nform e d. 

8.1.7 lUlissingParameter 

8.1.7.1 General description 

8.1.7.1.1 Error description 

There is an error in the received operation argument. The responding entity cannot start to process the 
requested operation because the argument is incorrect: an expected optional parameter which is essential 
for the application is not included in the operation argument. 

8.1 .7.2 Operations SCF - >SSF 
qsmSCF->qsmSSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

R e qu e stR e portBCSMEv e nt R e s e tT i m e r 

S e ndCharq i ng l nformat i on RequestReportBCSMEvent 

Call Associated/Call Processing 

Connect Conn e ctToR e sourc e 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Co lle ct l nformat i on 

Proc e dur e s at i nvok i ng e nt i ty (SCF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SCSM any stat e i n wh i ch th e abov e op e rations can b e transf e rr e d 

postcond i t i on: SCSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

B) SCF r e c ei v e s e rror " M i ss i ngParam e t e r " 

pr e cond i t i on: SCSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

postcond i t i on: SCSM trans i t i on to th e i n i t i a l stat e ( i . e . b e for e s e nd i ng th e e rron e ous 

op e rat i on) 
Th e SL and ma i nt e nanc e funct i ons ar e i nform e d. Furth e r tr e atm e nt of th e ca ll i s d e p e nd e nt on SL. 

Procedures at responding entity ( qsm SSF) 

precondition: (1) SSF FSM gsmSSF appropriate state. 

(2) SSF FSM gsmSSF operation received, appropriate event occurred, 
postcondition: (1 ) SSF FSM gsmSSF transition to the same state. 

The SSF FSM gsmSSF detects the error in the received operation. The error parameter is returned to 
inform the gsm SCF of this situation. 
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8.1 .7.3 Operations SSF - >SCF 

Ass i stR e qu e st l nstruct i ons 

I n i t i a l DP 

App l vCharq i nqR e port qsmSSF->qsmSCF 

InitialDP 

Procedures at invoking entity (SSF> 
qsmSSF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SSF FSM any stat e i n wh i ch th e abov e op e rat i ons can b e transf e rr e d 

postcond i t i on: SSF FSM any stat e as r e su l t of th e transf e r of any of th e abov e op e rat i ons 

B) qsm SSF receives error "MissingParameter" 

precondition: SSF FSM gsmSSF any state as result of the transfer of any of the above operations, 
postcondition: SSF FSM gsmSSF state Idle 

After receiving this error, the qsm SSF FSM-returns to the state Idle, the GMSC/VMSC GG^ handles the 
call according to the Default Call Handling parameter of the valid CSI rout e s th e ca ll i f n e c e ssary (d e fault 
rout i ng to a t e rm i nat i ng announc e m e nt). I f th e ca ll i s a l r e ady e stab li sh e d ( i . e . m i d - ca ll tr i gg e r or 
App l yCharg i ngR e port), th e CCF may ma i nta i n th e ca ll or d i sconn e ct i t. Th e cho i c e b e tw ee n th e s e two 
opt i ons i s n e twork op e rator sp e c i f i c. I n cas e of an ass i st i ng SSF, th e t e mporary conn e ct i on i s r ele as e d by 
th e ass i st i ng SSF . 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

pr e cond i t i on: (1) SCSM appropr i at e stat e . 

(2) SCSM op e rat i on r e c ei v e d, appropr i at e e v e nt occurr e d. 

postcond i t i on: (1) SCSM stat e 1 I d le ; i n cas e of I n i t i a l DP or App l yCharg i ngR e port 

or (2) SCSM stat e 2.1 — Pr e par i ng SSF I nstruct i ons; i n cas e of Ass i stR e qu e st l nstruct i ons. 

Th e SCSM d e t e cts th e e rron e ous s i tuat i on. Th e e rror param e t e r i s us e d to i nform th e SSF of th i s 
s i tuat i on. Th e SL and ma i nt e nanc e funct i ons ar e i nform e d. 

8.1.7.4- 8.1.7.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; P&C or PA w ill accompany th e 

Conn e ctToR e sourc e 
or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

outstand i ng, 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) R e c ei v i ng e rror 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

Error tr e atm e nt d e p e nds on SL. SCF can i n i t i at e n e w Us e r I nt e ract i on or forc e D i sconn e ct (to SSF). 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

Th e SRSM d e t e cts that a r e qu i r e d param e t e r i s not pr e s e nt i n th e op e rat i on argum e nt. Th e e rror 
param e t e r M i ss i ngParam e t e r i s us e d to i nform th e SCF of th i s s i tuat i on. Th e SCF shou l d tak e th e 
appropr i at e act i ons to tr e at th i s e rror. 
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8.1 .7.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

Proc e dur e s at i nvoking e nt i ty (SRF) 

A) S e nd i ng op e rat i on 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: SRSM stat e 2 Conn e ct e d 

B) R e c ei v i ng e rror 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

postcond i t i on: — SRSM stat e 1 — Idle 

Proc e dur e s at r e spond i ng e nt i ty (SCF) 

pr e cond i t i on: SCSM stat e 3.2 Wa i t i ng for AR I 

postcond i t i on: SCSM stat e 2.1 Pr e par i ng SSF i nstruct i ons 

Tin e SCSM d e t e cts tin e e rror i n tin e r e c ei v e d op e rat i on. Tin e e rror param e t e r i s us e d to i nform tin e SRF of 
tli i s s i tuat i on. Tin e SL and ma i nt e nanc e funct i ons ar e i nform e d. Tin e SCF m i glit try anotli e r SRF, rout e tin e 
ca ll or r ele as e tin e ca ll (SL d e p e nd e nt). 

8.1 .8- 8.1 .9 Spare Param e t e rOutOfRanq e 

8.1.8.1 G e n e ra l d e scr i pt i on 

8.1.8.1.1 Error d e scr i pt i on 

Th e r e spond i ng e nt i ty cannot start th e proc e ss i ng of th e r e qu e st e d op e rat i on b e caus e an e rror i n a 
param e t e r of th e op e rat i on argum e nt i s det e cted: a param e t e r va l u e i s out of rang e . 

8.1.8.2 Op e rat i ons SCF - >SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Ca ll Assoc i at e d/Non - ca ll Proc e ss i ng 

App l yCharg i ng 

Ca lll nformat i onR e qu e st 

S e ndCharg i ng l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.8.3 Op e rat i ons SSF - >SCF 

App l yCharg i ngR e port 

R e f e r to subc l aus e 8.1.7 for th e appropr i at e e rror proc e dur e s. 

^A^ R e qu e st e d l nfoError 

8.1.9.1 G e n e ra l d e scr i pt i on 

8.1.9.1.1 Error d e scr i pt i on 

Th e R e qu e st e d l nfoError i s an i mm e d i at e r e spons e to th e Ca lll nformat i onR e qu e st op e rat i on, i nd i cat i ng 
that th e r e qu e st e d i nformat i on i s not known to th e SSF or i s not ava il ab le . 
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8.1 .9.1 .2 Argum e nt d e scr i pt i on 

PTtfWtETER ENUl'En/'iTED [ 

unl^nownRcquGGtcdlnfo (1) , 

rcqucatcdlnfoNotAvailablc (2) 



8.1 .9.2 Op e rat i ons SCF - >SSF 

Ca lll nformat i onR e qu e st 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.10 SystemFailure 

8.1.10.1 General description 

8.1.10.1.1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is not expected to be completed within the current call instance. 

8.1.10.1.2 Argument description 

PARAMETER 

UnavailableNetworkResource 

UnavailableNetworkResource : := ENUMERATED { 

unavailableResources (0) , 

componentFailure (1) , 

basicCallProcessingException (2)7- 

rooourcoStatuoFailuro (3) , 

cndUscrFailurc (4) 



8.1.10.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

R e qu e stNot i f i cat i onCharg i ngEv e nt RequestReportBCSMEvent 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e D i sconn e ctForwardConn e ct i on 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.10.3 Operations qsm SSF-> qsm SCF 

InitialDP 
App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 
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8.1 .10. 4 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.11 TaskRefused 

8.1.11.1 General introduction 

8.1 .1 1 .1 .1 Error description 

This error is returned by a PE if it was not able to fulfil a specific task as requested by an operation, and 
recovery is expected to be completed within the current call instance. 

8.1.11.1.2 Argument description 

PARAMETER ENUMERATED { 
generic (0) , 
unobtainable (1) , 
congestion (2) 

} 

8.1 .1 1 .2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e D i sconn e ctForwardConn e ct i on 

Estab li shT e mporaryConn e ct i on I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1 .1 1 .3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.11.4- 8.1.11.5 Spare Op e rat i ons SCF - >SRF 

PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1.7 for th e appropr i at e e rror proc e dur e s. 

8.1.11.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 
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8.1.12 Spare U nava l l ab le R e sou rc e 

8.1.12.1 G e n e ra l d e scr i pt i on 

8.1.12.1.1 Error d e scr i pt i on 

Th e SRF i s not ab le to p e rform i ts funct i on ( i . e . p l ay a c e rta i n announc e m e nt and/or co lle ct sp e c i f i c us e r 
i nformat i on), and cannot b e r e p l ac e d. A r e att e mpt i s not poss i b le . 

8.1.12.2 Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

Proc e dur e s at i nvo l < i ng e nt i ty (SCF) 

A) SCF s e nds PA or P&C to SRF 

pr e cond i t i on: SCSM stat e 3.1 D e t e rm i n e Mod e ; PA or P&C w ill accompany th e 

Conn e ctToR e sourc e 
or SCSM stat e 3.2 Wa i t i ng for Ass i stR e qu e st l nstruct i ons; aft e r 

Estab li shT e mporaryConn e ct i on 
or SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF; i f mor e PAs or P&Cs ar e 

outstand i ng, 
postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

B) SCF r e c ei v e s Unava il ab le R e sourc e e rror from SRF 

pr e cond i t i on: SCSM stat e A A Wa i t i ng for R e spons e from th e SRF 

postcond i t i on: SCSM stat e ^.1 Wa i t i ng for R e spons e from th e SRF 

I f th e chos e n r e sourc e cannot p e rform i ts funct i on th e furth e r tr e atm e nt i s s e rv i c e d e p e nd e nt. 

EXAMPLE: r e qu e st SSF to conn e ct to a l t e rnat i v e SRF; — 

s e rv i c e proc e ss i ng w i thout PA or P&C ( i f poss i b le ); 

t e rm i nat e s e rv i c e proc e ss i ng. 

Proc e dur e s at r e spond i ng e nt i ty (SRF) 

A) SRF r e c ei v i ng PA or P&C 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d; i f i n i t i a l PA or P&C 

or SRSM stat e 3 Us e r I nt e ract i on; i f not i n i t i a l PA or P&C 

B) SRF i s not ab le to p e rform i ts funct i on (and cannot b e r e p l ac e d). SRF s e nds Unava il ab le R e sourc e . 

pr e cond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 3 Us e r I nt e ract i on 

8.1.13 UnexpectedComponentSequence 

8.1.13.1 General description 

8.1.13.1.1 Error description 

The responding entity cannot start the processing of the requested operation because a SACF or MACF 
rule is violated, or the operation could not be processed in the current state of the FSM. 

8.1.13.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 
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Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Cont i nu e 

D i sconn e ctForwardConn e ct i on Estab li shT e mporaryConn e ct i on 

I n i t i at e Ca ll Att e mpt 

In this case tine gsm SSF detects tine erroneous situation, sends tine UnexpectedComponentSequence 
error and remains in tine same state. I n tin e SCF tin e SL and ma i nt e nanc e funct i ons ar e i nform e d and Vn e 
SL d e c i d e s about e rror tr e atm e nt. 

8.1.13.3 Operations qsm SSF-> qsm SCF 

App l yCliarg i ngReport 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

I n cas e of ass i st i ng SSF an e rror occurs i n cas e an Ass i stR e qu e st l nstruct i ons i s s e nt wli ile a r el at i onsli i p 
b e tw ee n SCF and ass i st i ng SSF lias a l r e ady b ee n e stab li sli e d. I n that cas e th e SCF r e turns th e e rror 
param e t e r. SL and ma i nt e nanc e ar e i nform e d. On r e c ei v i ng th e e rror th e ass i st i ng SSF mov e s to I d le and 
th e t e mporary conn e ct i on i s r ele as e d. 

In case the operation is sent by an "initiating" gsm SSF in the context of an existing relationship, the 
gsmSCF returns the error parameter. SL and ma i nt e nanc e ar e i nform e d. On receiving the error the 
gsm SSF moves to Idle. 

8.1.13.4- 8.1.13.5 Spare Op e rat i ons SCF - >SRF (on l y app li cab le for d i r e ct SCF - SRF cas e ) 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

I n th i s cas e th e SRF d e t e cts th e e rron e ous s i tuat i on, s e nds th e Un e xp e ct e dCompon e ntS e qu e nc e e rror 
and r e ma i ns i n th e sam e stat e . I n th e SCF th e SL and ma i nt e nanc e funct i ons ar e i nform e d and th e SL 
d e c i d e s about e rror tr e atm e nt. Poss i b le e rror tr e atm e nt i s to s e nd th e D i sconn e ctForwardConn e ct i on 
op e rat i on to th e SSF. 

8.1.13.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

I n th i s cas e an e rror occurs i f th e SRF has a l r e ady an e stab li sh e d r el at i onsh i p w i th th e SCF and for som e 
r e ason s e nds a Ass i stR e qu e st l nstruct i ons. Th e SCF d e t e cts th e e rron e ous s i tuat i on, i nforms SL and 
ma i nt e nanc e funct i ons and r e turns th e e rror param e t e r. On r e c ei v i ng th e param e t e r th e SRF mov e s to 
i d le and r ele as e s th e t e mporary conn e ct i on. 

8.1.14 UnexpectedData Value 

8.1.14.1 General description 

8.1.14.1.1 Error description 

The responding entity cannot complete the processing of the requested operation because a parameter 
has an unexpected data value. 

NOTE: This error does not overlap with "ParameterOutOfRange". 



GSM 09.78 122 TS 101 046 V5.0.1 (1997-04) 

EXAMPLE: startT i m e Dat e AndT i m e ::= - va l u e i nd i cat i ng January 32 1993, 12:15:01 

The — r e spond i ng — e nt i ty do e s — not e xp e ct tii i s va l u e and — r e sponds w i th 

" Un e xp e ct e dDataVa l u e'V 

8.1.14.2 Operations qsm SCF-> qsm SSF 

Call Associated/Non-call Processing 

App l yCharg i ng Furn i shCharg i ng l nformat i on 

R e qu e stNot i f i cat i onCharg i ngEv e nt RequestReportBCSMEvent 

R e s e tT i m e r 

Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Estab li shT e mporaryConn e ct i on 

I n i t i ateCa ll Attempt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.14.3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.14.4- 8.1.14.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnounc e m e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.1 4 .5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropriat e e rror proc e dur e s. 

8.1.15 UnexpectedParameter 

8.1.15.1 General description 

8.1.15.1.1 Error description 

There is an error in the received operation argument. A valid but unexpected parameter was present in 
the operation argument. The presence of this parameter is not consistent with the presence of the other 
parameters. The responding entity cannot start to process the operation. 

8.1.15.2 Operations qsm SCF-> qsm SSF 

Non - ca ll Assoc i at e d 

Act i vat e S e rv i c e F il t e r i ng 

Call Associated/Non-call Processing 

App l yCharg i ng Ca lll nformat i onR e qu e st 

Furn i shCharg i ng l nformat i on R e qu e stNot i f i cat i onCharg i ngEv e nt 

RequestReportBCSMEvent R e s e tT i m e r 

S e ndCharg i ng l nformat i on 
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Call Associated/Call Processing 

Co lle ct l nformat i on Connect 

Conn e ctToR e sourc e Estab li shT e mporaryConn e ct i on 

I n i t i at e Ca ll Att e mpt 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.15.3 Operations qsm SSF-> qsm SCF 

Ass i stR e qu e st l nstruct i ons 

InitialDP 

App l yCharg i ngR e port 

Refer to subclause 8.1 .7 for the appropriate error procedures. 

8.1.15.4- 8.1.15.5 Spare Op e rat i ons SCF - >SRF 

P l ayAnnouncem e nt 
PromptAndCo lle ctUs e r l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.15.5 Op e rat i ons SRF - >SCF 

Ass i stR e qu e st l nstruct i ons 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.1.16 Spare UnknownL e q I D 

8.1.16.1 G e n e ra l d e scr i pt i on 

8.1.16.1.1 Error d e scr i pt i on 

Th i s e rror i s us e d to i nd i cat e to th e SCF that a sp e c i f i c le g, i nd i cat e d by th e L e g I D param e t e r va l u e i n th e 
op e rat i on, i s unknown to th e SSF. 

8.1.16.2 Op e rat i ons SCF - >SSF 

Ca ll Assoc i at e d/Non - ca ll Proc e ss i ng 

S e ndCharg i ng l nformat i on 

R e f e r to subc l aus e 8.1 .7 for th e appropr i at e e rror proc e dur e s. 

8.2 Entity related error procedures 

The following subclauses define the error handling for the entity related errors. Since the error situations 
are not originated by the reception of an operation, the invoking entity is denoted here as the entity at 
which the error situation is detected. The responding entity is the entity which receives the error report. 

The TCAP services used for reporting errors are described in Clause 10. 

8.2.1 Expiration of IgsF 

8.2.1.1 General description 

8.2.1 .1 .1 Error description 

A timeout occurred in the gsm SSF on the response from the SCF. gsmSCF. 
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8.2.1.2 Procedures SSP-> qsmSSF->qsm SCF 

Procedure at the invoking entity ( qsm SSF) 

Timeout occurs in SSF on I gg p 

pr e cond i t i on: SSF FSM stat e c Wa i t i ng for i nstruct i ons 

or SSF FSM stat e d Wa i t i ng for e nd of Us e r I nt e ract i on 

or SSF FSM stat e e Wa i t i ng for e nd of T e mporary conn e ct i on 

postcond i t i on: — SSF FSM stat e a gsmSSF on Tg gp 

precondition: gsmSSF state Waiting fonnstructions 

postcondition: gsmSSF state Idle 

The SSF FSM gsmSSF aborts the dialogue and moves to the Idle state, the CCF rout e s th e ca ll i f 
n e c e ssary ( e .g. d e fau l t rout i ng to a t e rm i nat i ng announc e m e nt). Th e abort i s r e port e d to th e ma i nt e nanc e 
funct i ons GMSC/VMSC handles the call according to the Default Call Handling parameter of the valid CSI . 

Proc e dur e at th e r e spond i ng e nt i ty (SCF) 

SCF r e c ei v e s a d i a l ogu e abort 

pr e cond i t i on: Any stat e 

postcond i t i on: SCSM stat e 1 I d le ; i f th e abort i s r el at e d to a SSF d i a l ogu e 

or SCSM stat e 2 Pr e par i ng SSF i nstruct i ons; i f th e abort i s r el at e d to an ass i st i ng 

SSF d i a l ogu e 
Th e SCF r ele as e s a ll a ll ocat e d r e sourc e s and r e ports th e abort to th e ma i nt e nanc e funct i ons, i f th e abort 
i s r e c ei v e d on a SSF d i a l ogu e . Th e SCF r ele as e s a ll r e sourc e s r el at e d to th e d i a l ogu e , r e ports th e abort to 
th e ma i nt e nanc e funct i ons and r e turns to stat e pr e par i ng SSF i nstruct i ons, i f th e abort i s r e c ei v e d on an 
ass i st i ng SSF d i a l ogu e . 

8.2.2 Spare Exp i rat i on of T sbf 

8.2.2.1 G e n e ra l d e scr i pt i on 

8.2.2.1.1 Error d e scr i pt i on 

A t i m e out occurr e d i n th e SRF on th e r e spons e from th e SCF. Th i s proc e dur e conc e rns on l y th e d i r e ct 
SCF - SRF cas e . 

8.2.2.2 Proc e dur e s SRF - >SCF 

Proc e dur e at th e i nvo l < i ng e nt i ty (SRF) 

T i m e out occurs i n SRF on T srp 

pr e cond i t i on: SRSM stat e 2 Conn e ct e d 

or SRSM stat e 3 Us e r I nt e ract i on 

postcond i t i on: SRSM stat e 1 Idle 

Th e SRF aborts th e d i a l ogu e and mov e s to th e I d le stat e , a ll a ll ocat e d r e sourc e s ar e d e- a ll ocat e d. Th e 
abort i s r e port e d to th e ma i nt e nanc e funct i ons. 

Proc e dur e at th e r e spond i ng e nt i ty (SCF) 

SCF r e c ei v e s a d i a l ogu e abort 

pr e cond i t i on: SCSM stat e A Us e r I nt e ract i on 

postcond i t i on: SCSM stat e 2 Pr e par i ng SSF i nstruct i ons 

Th e SCF r ele as e s a ll r e sourc e s r el at e d to th e d i a l ogu e , r e ports th e abort to th e ma i nt e nanc e funct i ons 
and r e turns to stat e pr e par i ng SSF i nstruct i ons. 
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9 Detailed operation procedures 

The qsmSSF states which are referred to in this section are described in GSM 03.78 [ 16], 



9.1 Spare Act i vat e S e rv i c e F il t e r i nq proc e dur e 

Qr+n^l G e n e ra l d e scr i pt i on 

Wh e n r e c ei v i ng th i s op e rat i on, th e SSF hand le s ca ll s to d e st i nat i ons i n a sp e c i f ie d mann e r w i thout r e qu e st 
for i nstruct i ons to th e SCF. I n th e cas e of s e rv i c e f il t e r i ng th e SSF e x e cut e s a sp e c i f i c s e rv i c e f il t e r i ng 
a l gor i thm. For th e transf e r of s e rv i c e f il t e r i ng r e su l ts r e f e r to th e op e rat i on S e rv i c e F il t e r i ngR e spons e . 

9.1.1.1 Param e t e rs 

f il t e r e dCa ll Tr e atm e nt: 



Th i s param e t e r sp e c i f ie s how f il t e r e d ca ll s ar e tr e at e d. I t i nc l ud e s i nformat i on about th e 
announc e m e nt to b e p l ay e d, th e charg i ng approach, th e numb e r of count e rs us e d and th e r ele as e 
caus e to b e app lie d to f il t e r e d ca ll s. 

sFB illi ngCharg i ngCharact e r i st i cs: 

Th i s param e t e r d e t e rm i n e s th e charg i ng to b e app lie d for s e rv i c e f il t e r i ng. I ts cont e nt i s 

n e twork sp e c i f i c. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 
ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, i t can b e on e of th e 
fol l ow i ng: 

ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d 
to i nband i nformat i on (sp ee ch). Th e attr i but e s of t e xt may cons i st of i t e ms 
such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le 
parts. 

numb e rOf R e p e t i t i ons: 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e 
s e nt to th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e 
m e ssag e sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . 
th e t i m e b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt 
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r e p e t i t i on. Th i s param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s 
gr e at e r than on e . 
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ton e : 



Th i s param e t e r sp e cifi e s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt, 
durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. 
ZERO i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can 
not b e r e c ei v e d by a PSTN e nd - us e r. 

max i mumNumb e rOfCount e rs: 

Th i s param e t e r prov i d e s th e numb e r of count e rs to b e a ll ocat e d as w ell as th e numb e r of 

d e st i nat i ons i nc l ud e d i n th e s e rv i c e f il t e r i ng, i . e . " max i mumNumb e rOfCount e rs " subs e qu e nt 

d e st i nat i on addr e ss e s b e g i nn i ng w i th th e d e st i nat i on addr e ss prov i d e d i n " f il t e r i ngCr i t e r i a "-afe 

us e d for s e rv i c e f il t e r i ng. On e count e r i s ass i gn e d to e ach of th e s e d e st i nat i on addr e ss e s. 

Th e numb e r of count e rs may on l y b e > 1 — i f th e " f il t e r i ngCr i t e r i a " ar e of th e typ e 

" addr e ssAndS e rv i c e"^ 

r ele as e Caus e : 



Th i s param e t e r prov i d e s th e caus e va l u e us e d for ca ll r ele as e aft e r th e "I nformat i onToS e nd " 
( e .g. announc e m e nt) has b ee n s e nt to th e ca lli ng party. I f " r ele as e Caus e" i s not pr e s e nt, th e 
d e fau l t va l u e i s th e sam e as th e I SUP va l u e d e c i ma l 31 (norma l unsp e c i f ie d). 

f il t e r i ngCharact e r i st i cs: 



Th i s — param e t e r — i nd i cat e s th e — s e v e r i ty of th e — f il t e r i ng — and th e — poirt — m — t i m e wh e n — the 
S e rv i c e F il t e r i ngR e spons e sha ll b e s e nt. I t d e t e rm i n e s wh e th e r th e "i nt e rva l" or th e " numb e rOfCa ll s " 
ar e us e d. 

i nt e rva l : 



Aft e r e xp i rat i on of th e i nt e rva l t i m e r th e n e xt ca ll to arr i v e caus e s fo ll ow i ng act i ons: 

s e nd i ng of an I n i t i a l DP; 

s e nd i ng of a S e rv i c e F il t e r i ngR e spons e ; 

start i ng aga i n th e i nt e rva l t i m e r. 

Wh e n f il t e r i ng i s start e d th e f i rst i nt e rva l i s start e d. 

An i nt e rva l of i nd i cat e s that a ll ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill r e su l t i n s e nd i ng of an 

I n i t i a l DP op e rat i on and no f il t e r i ng w ill b e app lie d ( i . e ., no S e rv i c e F il t e r i ngR e spons e w ill b e 

s e nt). 

An i nt e rva l of - 1 i nd i cat e s that non e of th e ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill ei th e r r e su l t 

i n s e nd i ng of an I n i t i a l DP op e rat i on or a S e rv i c e F il t e r i ngR e spons e op e rat i on. 

Oth e r va l u e s i nd i cat e durat i on i n s e conds. 

numb e rOfCa ll s: 



Th e nth ca ll caus e s an I n i t i a l DP and a S e rv i c e F il t e r i ngR e spons e op e rat i on s e nt to th e SCF. 
Th i s thr e sho l d va l u e i s m e t i f th e sum of a ll count e rs ass i gn e d to on e s e rv i c e f il t e r i ng e nt i ty i s 
e qua l to " numb e rOfCa ll s "^ 

A numb e r of ca ll s of i nd i cat e s that non e of th e ca ll s match i ng th e f il t e r i ng cr i t e r i a w ill r e su l t 
i n s e nd i ng of an I n i t i a l DP op e rat i on and a S e rv i c e F il t e r i ngR e spons e op e rat i on. 
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f il t e r i ngT i m e Out: 



Th i s — param e t e r — i nd i cat e s — the — durat i on — ol — the — f il t e r i ng. — Wh e n — the — time — e xp i r e s, — a 
S e rv i c e F il t e r i ngR e spons e i s s e nt to th e SCF and s e rv i c e f il t e r i ng i s stopp e d. Two approach e s ar e 
support e d ( " durat i on "-9<^" stopT i m e")4 

durat i on: 



I f th e durat i on t i m e e xp i r e s, th e n s e rv i c e f il t e r i ng i s stopp e d and th e f i na l r e port i s s e nt to th e 

A durat i on of i nd i cat e s that s e rv i c e f il t e r i ng i s to b e r e mov e d. 
A durat i on of - 1 i nd i cat e s an i nf i n i t e durat i on. 
A durat i on of - 2 i nd i cat e s a n e twork sp e c i f i c durat i on. 
Oth e r va l u e s i nd i cat e durat i on i n s e conds. 

stopT i m e : 



Wh e n th e " stopT i m e" i s m e t th e n s e rv i c e f il t e r i ng i s stopp e d and th e f i na l r e port i s s e nt to th e 

SCF. I f " stopT i m e" was a l r e ady m e t, i . e . th e va l u e of th e " stopT i m e" i s le ss than th e va l u e of 
th e actua l t i m e but th e d i ff e r e nc e do e s not e xc ee d th e va l u e e qu i va le nt to 50 y e ars, th e n 
s e rv i c e f il t e r i ng i s i mm e d i at el y stopp e d and th e actua l count e r va l u e s ar e r e port e d to th e 
SCF. Th i s occurs i n cas e s wh e r e th e SCF w i sh e s to e xp li c i t l y stop a runn i ng s e rv i c e f il t e r i ng. 

f il t e r i ngCr i t e r i a: 

Th i s param e t e r sp e c i f ie s wh i ch ca ll s ar e f il t e r e d bas e d on " s e rv i c e K e y "— " ca lli ngAddr e ssVa l u e"y 

" ca lle dAddr e ssVa l u e"-G<^"l ocat i onNumb e r " . I t i s a cho i c e of " s e rv i c e k e y "-o<^" addr e ssAndS e rv i c e"v 

s e rv i c e K e y: 



Th i s param e t e r i d e nt i f ie s unamb i guous l y th e r e qu e st e d I N s e rv i c e for wh i ch f il t e r i ng shou l d 
b e app lie d. 

addr e ssAndS e rv i c e : 



Th i s param e t e r i d e nt i f ie s th e I N s e rv i c e and d i a lle d numb e r for wh i ch f il t e r i ng should b e 
app lie d. Th e g e ograph i ca l ar e a may a l so b e i d e nt i f ie d ( " ca lli ngAddr e ssVa l u e" and/or 
"l ocat i onNumb e r "}v 

s e rv i c e K e y: 



ca lle dAddr e ss Va l u e : 

Th i s param e t e r conta i ns th e d i a lle d numb e r towards wh i ch f il t e r i ng sha ll b e app lie d. 

Th e comp le t e ca lle d party numb e r sha ll b e sp e c i f ie d. 

ca lli ngAddr e ssVa l u e : 



Th i s param e t e r conta i ns th e ca lli ng party numb e r wh i ch i d e nt i f ie s th e ca lli ng party or 
g e ograph i ca l or i g i n of th e ca ll for wh i ch f il t e r i ng sha ll b e app lie d. 

l ocat i onNumb e r: 



Th i s param e t e r i d e nt i f ie s th e g e ograph i ca l ar e a from wh i ch th e ca ll to b e f il t e r e d 
or i g i nat e s. I t i s us e d wh e n " ca lli ngAddr e ssVa l u e" do e s not conta i n any i nformat i on 
about th e g e ograph i ca l l ocat i on of th e ca lli ng party. 



startT i m e : 



Th i s param e t e r d e f i n e s wh e n f il t e r i ng i s start e d. I f " startT i m e" i s not prov i d e d or was a l r e ady m e t, 
th e SSF starts f il t e r i ng i mm e d i at e ly. 
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9t4,2 I nvok i ng e nt i ty (SCF) 

9.1 .2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m SLP I d e t e cts tliat s e rv i c e f il t e r i ng lias to b e i n i t i at e d at th e SSF. 

SCF postcond i t i ons: 

m SLP I starts an app li cat i on t i m e r to mon i tor tin e e xp e ct e d e nd of s e rv i c e f il t e r i ng. 

(2) Th e SCME i s i n th e stat e " Wa i t i ng for SSF S e rv i c e F il t e r i ng R e spons e'^ 

S e nd i ng th e Act i vat e S e rv i c e F il t e r i ng op e rat i on caus e s a trans i t i on of th e SCME from th e stat e " S e rv i c e 
F il t e r i ng I d le" to th e stat e " Wa i t i ng For SSF S e rv i c e F il t e r i ng R e spons e" . Th e SCME r e ma i ns i n th i s stat e 
unt il th e app li cat i on t i m e r i n th e SLP I e xp i r e s. Th e SCME i s i nform e d by th e SLP I about t i m e r e xp i rat i on. 
Th e n i t mov e s to th e stat e " S e rv i c e F il t e r i ng I d le"^ 

I f no e rrors occurr e d aft e r r e c ei v i ng an Act i vat e S e rv i c e F il t e r i ng at th e SSF an e mpty r e turn r e su l t i s s e nt to 
th e SCF. That caus e s no stat e trans i t i on i n th e SCME. 

To chang e th e — param e t e rs of an — e x i st i ng s e rv i c e f il t e r i ng — e nt i ty th e — SGF — has to — seod — ar^ 
Act i vat e S e rv i c e F il t e r i ng op e rat i on w i th th e sam e " f il t e r i ngCr i t e r i a " . Th e s e cond param e t e r s e t r e p l ac e s th e 
f i rst on e . 

9.1 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9t4,3 R e spond i ng e nt i ty (SSF) 

9.1 .3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 
Non e . 

SSF postcond i t i on: 

f4 Th e SSME FSM i s i n th e stat e " Non - ca ll Assoc i at e d Tr e atm e nt "^ 

I f th e r e i s no a l r e ady e x i st i ng SSME FSM for th e " f il t e r i ngCr i t e r i a " prov i d e d th e n a n e w SSME FSM i s 
cr e at e d. Th i s SSME FSM e nt e rs th e stat e " Non - Ca ll Assoc i at e d Tr e atm e nt " and i n i t i a li z e s th e s e rv i c e 
f il t e r i ng for th e sp e c i f ie d I N ca ll s. Th e param e t e rs " f il t e r e dCa ll Tr e atm e nt "— " f il t e r i ngCharact e r i st i cs "y 
" f il t e r i ngCr i t e r i a "— " f il t e r i ngT i m e Out " and " startT i m e" ar e s e t as prov i d e d i n th e op e rat i on. A numb e r of 
count e rs w ill b e a ll ocat e d and r e s e t. I n th e cas e of th e " startT i m e" that has not b ee n m e t y e t, th e s e rv i c e 
f il t e r i ng w ill b e start e d at th e sp e c i f ie d po i nt i n t i m e . 

I f th e op e rat i on Act i vat e S e rv i c e F il t e r i ng addr e ss e s an a l r e ady e x i st i ng s e rv i c e f il t e r i ng e nt i ty th e 
param e t e rs — " f il t e r e dCa ll Tr e atm e nt "^ — " f il t e r i ngCharact e r i st i cs "— " f il t e r i ngT i m e Out " and — " startT i m e" ar e 
mod i f ie d as prov i d e d i n th e op e rat i on. I n th e cas e that th e addr e ss e d s e rv i c e f il t e r i ng e nt i ty i s act i v e th e 
SSF r e ports th e count e r va l u e s to th e SCF v i a th e op e rat i on " S e rv i c e F il t e r i ngR e spons e" . Th e s e rv i c e 
f il t e r i ng proc e ss i s stopp e d i f an a l r e ady e xp i r e d " stopT i m e"-9<^" durat i on " e qua l to ZERO or a n e w not y e t 
me^" startT i m e" i s prov i d e d. Th e SSF th e n proc ee ds as d e scr i b e d for " S e rv i c e F il t e r i ngR e spons e" . I n th e 
cas e of th e " startT i m e" that has not b ee n m e t y e t, th e s e rv i c e f il t e r i ng w ill b e cont i nu e d at th e sp e c i f ie d 
po i nt i n t i m e . 

I f th e s e rv i c e f il t e r i ng proc ee ds th e n th e SSME FSM r e ma i ns i n th e stat e " Non - Ca ll Assoc i at e d 
Tr e atm e nt " . Oth e rw i s e th e SSME FSM mov e s to stat e "I d le Manag e m e nt "^ 

Wh e n a call match e s s e v e ra l act i v e " f il t e r i ngCr i t e r i a " i t shou l d b e subj e ct to f il t e r i ng on th e most sp e cific 
cr i t e r i a, i . e . th e cr i t e r i a w i th th e l ong e st " ca lli ngAddr e ssVa l u e"-9<^"l ocat i onNumb e r " , or a l t e rnat i v el y th e 
cr i t e r i a w i th th e l arg e st numb e r of param e t e rs sp e c i f ie d. 



GSM 09.78 130 TS 101 046 V5.0.1 (1997-04) 

Wh e n p e rform i ng s e rv i c e f il t e r i ng w i th th e " f il t e r i ngCr i t e r i a "-" addr e ssAndS e rv i c e" th e f i rst param e t e rs 
ch e ck e d w ill a l ways b e th e " s e rv i c e K e y " and " ca lle dAddr e ssVa l u e'V 

W — an — Act i vat e S e rv i c e F il t e r i ng — op e rat i on — is — passed — to — the — SSP — with — the — " f il t e r i ngCr i t e r i a " 
" addr e ssAndS e rv i c e" w i th both " ca lli ngAddr e ssVa l u e" and "l ocat i onNumb e r " pr e s e nt, th e fo ll ow i ng i s 
app li cab le : 

Wh e n th e SSF r e c ei v e s a ca ll that match e s " s e rv i c e K e y " and " ca lle dAddr e ssVa l u e" ( i n th e act i v e 
" f il t e r i ngCr i t e r i a " ), i t i nv e st i gat e s wh e th e r or not th e "l ocat i onNumb e r " i s pr e s e nt i n th e i n i t i a l addr e ss 
m e ssag e . I f i t i s pr e s e nt and match e s th e act i v e " f il t e r i ngCr i t e r i a " th e ca ll i s f il t e r e d. I f th e SSF f i nds that 
the— "l ocat i onNumb e r " i s abs e nt, th e n i t w ill ch e ck th e " ca lli ngAddr e ssVa l u e" and p e rform f il t e r i ng 
d e p e nd i ng on that param e t e r. 

I f no e rrors occurr e d aft e r r e c ei v i ng an Act i vat e S e rv i c e F il t e r i ng on th e SSF an e mpty r e turn r e su l t i s s e nt 
to th e SCF. That caus e s no stat e trans i t i on i n th e SSME FSM. 

Th e fo ll ow i ng app li cat i on t i m e rs ar e us e d: 

d e t e ct mom e nt to start s e rv i c e f il t e r i ng (start t i m e ); 

durat i on t i m e for s e rv i c e f il t e r i ng; 

i nt e rva l t i m e for s e rv i c e f il t e r i ng (for t i m e r contro lle d approach). 

9.1 .3.2 Error hand li ng 

I f th e SSF d e t e cts an e rror w i th any of th e d e f i n e d e rror va l u e s th e n th i s e rror i s r e port e d to th e SCF. 

Th e e v e nt i s r e cord e d i n th e SSF and an e rror cond i t i on i nd i cat e d. 

I n cas e a n e w SSME FSM shou l d b e cr e at e d, th e r el at i onsh i p i s e nd e d and a ll conc e rn e d r e sourc e s ar e 
r ele as e d. Th e SSME FSM r e ma i ns i n th e stat e "I d le Manag e m e nf V 

I n cas e th e r e i s a l r e ady an e x i st i ng SSME FSM, th e s e rv i c e f il t e r i ng data r e ma i ns unchang e d. Th e SSME 
FSM r e ma i ns i n th e stat e " Non - Ca ll Assoc i at e d Tr e atm e nt "^ 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.2 Activity Test procedure 

9.2.1 General description 

This operation is used to check for the continued existence of a relationship between the SCF and 
qsmSCF and qsm SSF. If the relationship is still in existence, then the gsmSSF will respond. If no reply is 
received, then the gsm SCF will assume that the gsm SSF has failed in some way and will take the 
appropriate action. 

9.2.1.1 Parameters 

None. 

9.2.2 Spare l nvok i nq e nt i ty (SCF) 

9.2.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e act i v i ty t e st t i m e r e xp i r e s, T Acffest , aft e r wh i ch th e Act i v i tyT e st op e rat i on i s s e nt to th e SSF. 
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SCF postcond i t i on: 

(4] I f a r e turn r e su l t " Act i v i tyT e st " i s r e c ei v e d, th e SCME r e s e ts tin e act i v i ty t e st t i m e r and tak e s no 

furth e r act i on. 

9.2.2.2 Error hand li ng 

I f a t i m e out on th e Act i v i tyT e st op e rat i on or a P - Abort i s r e c ei v e d from TCAP, th i s i s an i nd i cat i on that th e 
r el at i onsh i p w i th th e SSF was som e how l ost. I f a t i m e- out i s r e c ei v e d, SCF aborts th e d i a l ogu e . 

Th e SLP I that was th e us e r of th i s d i a l ogu e w ill b e i nform e d, th e corr e spond i ng SCSM FSM w ill mov e to 
th e stat e "Me'V 

9.2.3 Responding entity (gsmSSF) 

9.2.3.1 Normal procedure 

gsmSSF precondition: 

(1 ) A relationship exists between the SCF and th e qsmSCF and the gsm SSF. 

gsm SSF postconditions: 

(1 ) The SSME FSM stays in, or moves to the state "Non-call Associated Treatment". 

(2) If the dialogue ID is active and if there is a SSF FSM gsmSSF using the dialogue, the SSME sends 
a return result "ActivityTest" to the gsm SCF. If there are no other management activities, the SSME 
FSM returns to the state "Idle Management", or 

If the dialogue ID is not active, the TCAP in the SSP gsmSSF will issue a P-Abort, the SSME will in 
that case never receive the ActivityTest operation and thus will not be able to reply. 

9.2.3.2 Error handling 
Not applicable. 

9.3- 9.10 Spare App l yCharq i nq proc e dur e 

9,3,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d for i nt e ract i ng from th e SCF w i th th e SSF charg i ng m e chan i sms. Th e 
App l yCharg i ngR e port op e rat i on prov i d e s th e f ee dback from th e SSF to th e SCF. 

As s e v e ra l conn e ct i on conf i gurat i ons may b e e stab li sh e d dur i ng a ca ll , a poss i b ili ty e x i sts for th e 
App l yCharg i ng to b e i nvok e d at th e b e g i nn i ng of e ach conn e ct i on conf i gurat i on, for e ach party. 

Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e sc e nar i os A A and A. 2 (r e f e r to Ann e x B). 

9.3.1.1 Param e t e rs 

aChB illi ngCharg i ngCharact e r i st i cE 



Th i s param e t e r sp e c i f ie s th e charg i ng r el at e d i nformat i on to b e prov i d e d by th e SSF and th e 
cond i t i ons — oh — wh i ch — Ms — i nformat i on — has — to — be — r e port e d — back — to — the — SGF — via — the 
App l yCharg i ngR e port op e rat i on. I ts cont e nts i s n e twork op e rator sp e c i f i c. 

s e ndCa l cu l at i onToSCP I nd i cat i on: 

Th i s param e t e r i nd i cat e s that App l yCharg i ngR e port op e rat i ons (at le ast on e at th e e nd of th e 
conn e ct i on conf i gurat i on charg i ng proc e ss) ar e e xp e ct e d from th e SSF. Th i s param e t e r i s a l ways 
s e t to TRUE. 

partyToCharg e : 

Th i s param e t e r i nd i cat e s th e party i n th e ca ll to wh i ch th e App l yCharg i ng op e rat i on shou l d b e 

app lie d. I f i t i s not pr e s e nt, th e n i t i s app lie d to th e A - party. 
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9,3,2 I nvok i ng e nt i ty (SCF) 

9.3.2.1 Norma l proc e dur e 

SCF Pr e cond i t i ons 

m A contro l r el at i onsli i p e x i sts b e tw ee n tin e SCF and tin e SSF. 

(2) Tl-i e SLP I lias d e t e rm i n e d tliat an App l yCliarg i ng op e rat i on lias to b e s e nt. 

SCF postcond i t i ons: 

(4] No FSM stat e trans i t i on. 

(2) Tl-i e SLP I i s e xp e ct i ng App l yCliarg i ngR e port op e rat i ons from tin e SSF. 

Th e SCSM FSM i s i n stat e " Pr e par i ng SSF I nstruct i ons " or i s i n stat e " Qu e u i ng FSM " . Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e r e qu e st of i nt e ract i ng w i th th e charg i ng m e chan i sms w i th i n th e 
SSF to g e t back i nformat i on about th e charg i ng. 

9.3.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,3,3 R e spond i ng e nt i ty (SSF) 

9.3.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) Th e SSF FSM i s i n on e of th e fo ll ow i ng stat e s: 

" Wa i t i ng for I nstruct i ons " (stat e c); or 

" Wa i t i ng for End of Us e r I nt e ract i on " (stat e d); or 

" Wa i t i ng for End of T e mporary Conn e ct i on " (stat e e ); or 

th e ass i st i ng/hand - off SSF FSM i s i n stat e : " Wa i t i ng for I nstruct i ons " (stat e b) 

SSF postcond i t i on: 

(4) No FSM stat e trans i t i on 

On r e c ei pt of th i s op e rat i on, th e SSF s e ts th e charg i ng data us i ng th e i nformat i on ele m e nts i nc l ud e d i n th e 
op e rat i on and acts accord i ng l y. I n add i t i on, th e SSF w ill start th e mon i tor i ng of th e e nd of th e conn e ct i on 
conf i gurat i on and oth e r charg i ng e v e nts, i f r e qu e st e d. 

9.3.3.2 Error hand li ng 

M i ss i ngParam e t e r: Th i s e rror i s i nd i cat e d i f th e " s e ndCa l cu l at i onToSCP I nd i cat i on " i s not prov i d e d. 

Un e xp e ct e dDataVa l u e : Th i s e rror i s i nd i cat e d i f th e " s e ndCa l cu l at i onToSCP I nd i cat i on " i s s e t to FALSE. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,4 App l yCharg i ngR e port proc e dur e 

9,4,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d by th e SSF to r e port charg i ng r el at e d i nformat i on to th e SCF as r e qu e st e d by th e 
SCF us i ng th e App l yCharg i ng op e rat i on. 

Dur i ng a conn e ct i on conf i gurat i on th e App l yCharg i ngR e port op e rat i on may b e i nvok e d on mu l t i p le 
occas i ons. For e ach ca ll party and e ach conn e ct i on conf i gurat i on, th e App l yCharg i ngR e port op e rat i on 
may b e us e d s e v e ra l t i m e s. At le ast on e App l yCharg i ngR e port op e rat i on sha ll b e s e nt at th e e nd of th e 
conn e ct i on conf i gurat i on charg i ng proc e ss. 

Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e sc e nar i os A A and A. 2 (r e f e r to Ann e x B). 
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9. 4 .1 .1 Param e t e rs 

Ca ll R e su l t: 



Th i s param e t e r prov i d e s th e SCF w i th th e charg i ng r el at e d i nformat i on pr e v i ous l y r e qu e st e d us i ng 
th e App l yCharg i ng op e rat i on w i th i ts " s e ndCa l cu l at i onToSCP I nd i cat i on " param e t e r s e t to TRUE. 
Th e " Ca ll R e su l t "— wUI — i nc l ud e th e " partyToCharg e" param e t e r as — r e c ei v e d — i n th e — related 
App l yCharg i ng op e rat i on to corr el at e th e r e su l t to th e r e qu e st. Th e r e ma i n i ng cont e nt of 
" Ca ll R e su l t " i s n e twork op e rator sp e c i f i c. Examp le s of th e s e cont e nts may b e : bu l k count e r va l u e s, 
costs, tar i ff chang e and t i m e of chang e , t i m e stamps, durat i ons, e tc. 

9,4,2 I nvok i ng e nt i ty (SSF) 

9. 4 .2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

f4 A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) A charg i ng e v e nt has b ee n d e t e ct e d that was r e qu e st e d by th e SCF v i a an App l yCharg i ng 

op e rat i on. 

SSF postcond i t i ons: 

m I f th e conn e ct i on conf i gurat i on do e s not chang e th e n no FSM stat e trans i t i on sha ll occur. 

I f th e conn e ct i on conf i gurat i on chang e s th e n th e FSM sha ll mov e to: 

"Me" stat e i f th e r e i s no oth e r EDP arm e d and no r e port r e qu e sts ar e p e nd i ng; or oth e rw i s e 

sha ll r e ma i n i n th e sam e stat e . 

Th i s op e rat i on i s i nvok e d i f a charg i ng e v e nt has b ee n d e t e ct e d that was r e qu e st e d by th e SCF. Th e 
App l yCharg i ngR e port op e rat i on on l y d e a l s w i th charg i ng e v e nts w i th i n th e SSF i ts el f. Examp le s of 
charg i ng e v e nts may b e : thr e sho l d va l u e r e ach e d, t i m e r e xp i rat i on, tar i ff chang e , e nd of conn e ct i on 
conf i gurat i on, e tc. 

9. 4 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,4,3 R e spond i ng e nt i ty (SCF) 

9. 4 .3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m An App l yCharg i ng op e rat i on w i th i ts " s e ndCa l cu l at i onToSCP I nd i cat i on " param e t e r s e t to TRUE has 

b ee n s e nt at th e r e qu e st of an SLP I and th e SLP I i s e xp e ct i ng an App l yCharg i ngR e port from th e 

SS^ 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on i f furth e r r e ports, i nc l ud i ng Ev e ntR e portBCSM and Ca lll nformat i onR e port, 

ar e e xp e ct e d; or 

Trans i t i on to th e stat e "Idle" i f th e r e port i s th e l ast on e and no Ev e ntR e portBCSM or Ca ll- 
l nformat i onR e port i s e xp e ct e d. 

On r e c ei pt of th i s op e rat i on, th e SLP I wh i ch i s e xp e ct i ng th i s op e rat i on w ill cont i nu e . 

9. 4 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,5 Ass i stR e qu e st l nstruct i ons proc e dur e 

&SA G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s s e nt to th e SCF by an SSF, wh i ch i s act i ng as th e ass i st i ng SSF i n an ass i st or hand - off 
proc e dur e , or by a SRF. Th e op e rat i on i s s e nt wh e n th e ass i st i ng SSF or SRF r e c ei v e s an i nd i cat i on from 
an i n i t i at i ng SSF conta i n i ng i nformat i on i nd i cat i ng an ass i st or hand - off proc e dur e . 

9.5.1 .1 Param e t e rs 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i at e th e Ass i stR e qu e st l nstruct i ons from th e ass i st i ng 
SSF or by a SRF w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e va l u e of th e " corr el at i on I D " may b e 
e xtract e d from th e d i g i ts r e c ei v e d from th e i n i t i at i ng SSF or b e a ll of th e d i g i ts. 

i PAva il ab le : 



Th i s param e t e r i s s e nt by the ass i st i ng or hand - off SSP to i nd i cat e wh e ther or not an I P i s attach e d 
and ava il ab le ( i . e . not e xhaust e d) at th e SSP. Th i s param e t e r i s app li cab le to th i s op e rat i on on l y i n 
th e phys i ca l sc e nar i os corr e spond i ng to ass i st w i th r el ay or hand - off. Th e us e of th i s param e t e r i s 
n e twork op e rator d e p e nd e nt. 

i PSSPCapab ili t ie s: 



Th i s param e t e r i s s e nt by th e ass i st i ng or hand - off SSP to i nd i cat e wh i ch SRF r e sourc e s ar e 

support e d w i th i n th e SSP and attach e d and ava il ab le . Th i s param e t e r i s app li cab le to th i s op e rat i on 
on l y i n th e phys i ca l sc e nar i os corr e spond i ng to ass i st w i th r el ay or hand - off. Th e us e of th i s 
param e t e r i s n e twork op e rator d e p e nd e nt. 

9,5,2 lnvo l < i ng e nt i ty (SSF/SRF) 

9.5.2.1 Norma l proc e dur e 

SSF pr e cond i t i on: 

m An ass i st i nd i cat i on i s d e t e ct e d by th e ass i st i ng SSF. 

SSF postcond i t i on: 

m Th e ass i st i ng SSF wa i ts for i nstruct i ons. 

On r e c ei pt of an ass i st i nd i cat i on from th e i n i t i at i ng SSF, th e SSF or SRF sha ll assur e that th e r e qu i r e d 
r e sourc e s ar e ava il ab le to i nvok e an Ass i stR e qu e st l nstruct i ons op e rat i on i n th e SSF/SRF and i nd i cat e to 
th e i n i t i at i ng SSF that th e ca ll i s acc e pt e d. Th e Ass i stR e qu e st l nstruct i ons op e rat i on i s i nvok e d by th e SSF 
or SRF aft e r th e ca ll , wh i ch i n i t i at e d th e ass i st i nd i cat i on, i s acc e pt e d. Th e ass i st i ng SSF FSM trans i t i ons 
to stat e " Wa i t i ng For I nstruct i ons "^ 

9.5.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,5,3 R e spond i ng e nt i ty (SCF) 

9.5.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e i n i t i at i ng SSF. 

(2) Th e SCF wa i ts for Ass i stR e qu e st l nstruct i ons. 

SCF postcond i t i on: 

m An SSF or SRF i nstruct i on i s b ei ng pr e par e d. 
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On r e c ei pt of th i s op e rat i on i n th e SCSM stat e " Wa i t i ng for Ass i st R e qu e st I nstruct i ons " , th e SCP has to 
p e rform th e fo ll ow i ng act i ons: 

I f th e Ass i stR e qu e st l nstruct i ons op e rat i on was r e c ei v e d from an ass i st i ng SSF, and th e r e sourc e is 
ava il ab le , th e SCSM pr e par e s th e Conn e ctToR e sourc e and P l ayAnnounc e m e nt or PromptAndCo lle ct - 
Us e r l nformat i on to b e s e nt to th e ass i st i ng SSF. 

Th e SCF d e t e rm i n e s SSF/SRF by m e ans of " corr el at i on l D "-" d e st i nat i onNumb e r " or n e twork know le dg e . 

I f th e Ass i stR e qu e st l nstruct i ons op e rat i on was r e c ei v e d from a SRF, and th e r e sourc e i s ava il ab le , th e 
SCSM pr e par e s th e P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on to b e s e nt to th e SRF. 

9.5.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

&S Ca ll Gap proc e dur e 

&SA G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to r e duc e th e rat e at wh i ch sp e c i f i c s e rv i c e r e qu e sts ar e s e nt to 
th e SCF. 

9.6.1 .1 Param e t e rs 

gapCr i t e r i a: 



Th i s param e t e r i d e nt i f ie s th e cr i t e r i a for a ca ll to b e subj e ct to ca ll gapp i ng. 
ca lle dAddr e ss Va l u e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e le ad i ng d i g i ts of th e 
d i a lle d numb e r of a ca ll att e mpt match thos e sp e c i f ie d i n " gapCr i t e r i a "^ 

gapOnS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e " s e rv i c e k e y " of a ca ll 
att e mpt match thos e sp e c i f ie d i n " gapCr i t e r i a "^ 

ca lle dAddr e ssAndS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e " s e rv i c e K e y " and th e 
le ad i ng d i g i ts of th e d i a lle d numb e r of a ca ll att e mpt match thos e sp e c i f ie d i n " gapCr i t e r i a "^ 

ca lli ngAddr e ssAndS e rv i c e : 



Th i s param e t e r i nd i cat e s that ca ll gapp i ng w ill b e app lie d wh e n th e " s e rv i c e K e y " and th e 

le ad i ng d i g i ts of th e ca lli ng party numb e r or th e l ocat i on numb e r of a ca ll att e mpt match thos e 
sp e c i f ie d i n " gapCr i t e r i a "^ 

gap l nd i cators: 

Th i s param e t e r i nd i cat e s th e gapp i ng charact e r i st i cs. 

durat i on: 



Durat i on sp e c i f ie s th e tota l t i m e i nt e rva l dur i ng wh i ch ca ll gapp i ng for th e sp e c i f ie d gap 

cr i t e r i a w ill b e act i v e . 

A durat i on of i nd i cat e s that gapp i ng i s to b e r e mov e d. 

A durat i on of - 1 i nd i cat e s an i nf i n i t e durat i on. 

A durat i on of - 2 i nd i cat e s a n e twork sp e c i f i c durat i on. 

Oth e r va l u e s i nd i cat e durat i on i n s e conds. 
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gap l nt e rva l : 



Th i s param e t e r sp e c i f ie s th e m i n i mum t i m e b e tw ee n ca ll s b ei ng a ll ow e d through. 

An i nt e rva l of i nd i cat e s that ca ll s m ee t i ng th e gap cr i t e r i a ar e not to b e r e j e ct e d. 

An i nt e rva l of - 1 i nd i cat e s that a ll ca ll s m ee t i ng th e gap cr i t e r i a ar e to b e r e j e ct e d. 

Oth e r va l u e s i nd i cat e i nt e rva l i n m illi s e conds. 

contro l Typ e : 

Th i s param e t e r i nd i cat e s th e r e ason for act i vat i ng ca ll gapp i ng. 

Th e " contro l Typ e" va l u e " sCPOv e r l oad e d " i nd i cat e s that an automat i c cong e st i on d e t e ct i on and 



contro l m e chan i sm i n th e SCP has d e t e ct e d a cong e st i on s i tuat i on. 

Th e " contro l Typ e" va l u e " manua ll y l n i t i at e d " i nd i cat e s that th e s e rv i c e and or n e twork/s e rv i c e 



manag e m e nt c e ntr e has d e t e ct e d a cong e st i on s i tuat i on, or any oth e r s i tuat i on that r e qu i r e s 
manua ll y i n i t i at e d contro l s. 

Th e contro l Typ e " manua ll y l n i t i at e d " w ill hav e pr i or i ty ov e r " sCPOv e r l oad e d " ca ll gap. 
I t shou l d b e not e d that a l so non -I N contro lle d traff i c contro l m e chan i sm can app l y to an e xchang e 
w i th th e SSF funct i ona li ty. As th e non -I N contro lle d traff i c contro l i s w i th i n th e CCF, th i s traff i c 
contro l has i mp li c i t pr i or i ty ov e r th e I N contro lle d traff i c contro l . Th e non -I N contro lle d traff i c contro l 
may a l so hav e som e i nf l u e nc e to th e I N ca ll . Th e r e for e i t i s r e comm e nd e d to tak e m e asur e s to co - 
ord i nat e s e v e ra l traff i c contro l m e chan i sms. Th e non -I N contro lle d traff i c contro l and co - ord i nat i on 
of s e v e ra l traff i c contro l m e chan i sms ar e out of th e scop e of cor e I NAP. 

gapTr e atm e nt: 



Th i s param e t e r i nd i cat e s how ca ll s that w e r e stopp e d by th e ca ll gapp i ng m e chan i sm sha ll b e 
tr e at e d. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 
ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, i t can b e on e of th e 
fo ll ow i ng: 

ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4ext; 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d 
to i nband i nformat i on (sp ee ch). Th e attr i but e s of t e xt may cons i st of i t e ms 
such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le 
parts. 

numb e rOf R e p e t i t i ons 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e 
s e nt to th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e 
m e ssag e sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 
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i nt e rva l : 



Th i s param e t e r indicat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e titions, i. e . 
th e t i m e b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt 
r e p e t i t i on. Th i s param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s 
gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e c i f ie s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt. 



durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. 

ZERO i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 

Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 

r e c ei v e d by a PSTN e nd - us e r. 

r ele as e Caus e : 



Th i s param e t e r i nd i cat e s that th e ca ll sha ll b e r ele as e d us i ng th e g i v e n r ele as e caus e . 
-befe 



Th i s param e t e r i nd i cat e s i nband i nformat i on, a ton e or d i sp l ay i nformat i on to b e s e nt to th e 

ca lli ng party. At th e e nd of i nformat i on s e nd i ng, th e ca ll sha ll b e r ele as e d, us i ng th e g i v e n 
r ele as e caus e . 

9,6,2 I nvok i ng e nt i ty (SCF) 

9.6.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m Th e SCF d e t e cts an ov e r l oad cond i t i on p e rs i sts and ca ll gapp i ng has to b e i n i t i at e d at th e SSF; or 

Th e SCF r e c ei v e s a manua ll y i n i t i at e d ca ll gapp i ng r e qu e st from th e SMF. 

SCF postcond i t i on: 

m Th e SCME FSM r e ma i ns i n th e sam e stat e upon i ssu i ng th e Ca ll Gap op e rat i on. 

A cong e st i on d e t e ct i on and contro l a l gor i thm mon i tors th e l oad of SCP r e sourc e s. Aft e r d e t e ct i on of a 
cong e st i on s i tuat i on th e param e t e rs for th e Ca ll Gap op e rat i on ar e prov i d e d. 

I f th e cong e st i on le v el chang e s n e w Ca ll Gap op e rat i ons may b e s e nt for act i v e gap cr i t e r i a but w i th n e w 
gap i nt e rva l . I f no cong e st i on i s d e t e ct e d gapp i ng may b e r e mov e d. 

A manua l i n i t i at e d ca ll gap w ill tak e pr e va il ov e r an automat i c i n i t i at e d ca ll gap. 

9.6.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9,6,3 R e spond i ng e nt i ty (SSF) 

9.6.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll gapp i ng for gapCr i t e r i a i s not act i v e ; or 

Ca ll gapp i ng for gapCr i t e r i a i s act i v e . 



GSM 09.78 138 TS 101 046 V5.0.1 (1997-04) 

SSF postcond i t i ons: 

(4] Tli e SSME FSM i s i n [h e stat e " Non - ca ll assoc i at e d tr e atm e nt ''^ 

(2) Ca ll gapp i ng for gapCr i t e r i a i s act i vat e d; or 

Ca ll gapp i ng for gapCr i t e r i a i s r e n e w e d; or 

Ca ll gapp i ng for gapCr i t e r i a i s r e mov e d. 

I f th e r e i s no a l r e ady e x i st i ng SSME FSM for th e gap cr i t e r i a prov i d e d th e n a n e w SSME FSM i s cr e at e d. 
Th i s SSME FSM e nt e rs th e stat e " Non - ca ll assoc i at e d tr e atm e nt " and i n i t i a li z e s ca ll gapp i ng for th e 
sp e c i f ie d I N ca ll s. Th e param e t e rs " gap l nd i cators "— " contro l Typ e" and " gapTr e atm e nt " for th e i nd i cat e d 
gap cr i t e r i a w ill b e s e t as prov i d e d by th e Ca ll Gap op e rat i on. 

I n g e n e ra l , th e manua ll y l n i t i at e d ca ll gapp i ng w ill pr e va il ov e r automat i ca ll y i n i t i at e d ( " sCPOv e r l oad e d "}^ 
Mor e sp e c i f i ca ll y, th e fo ll ow i ng ru le s w ill b e app lie d i n th e SSF to manag e th e pr i or i ty of d i ff e r e nt contro l 
Typ e s assoc i at e d w i th th e sam e " gapCr i t e r i a "; 

I f an SSME FSM a l r e ady e x i sts for th e " gapCr i t e r i a " prov i d e d, th e n: 

4] i f th e (n e w) " contro l Typ e" e qua l s an e x i st i ng " contro l Typ e" , th e n th e n e w param e t e rs ( i . e ., 

" gap l nd i cators " and " gapTr e atm e nt " ) w ill ov e rwr i t e th e e x i st i ng param e t e r va l u e s; 

2) i f th e (n e w) " contro l Typ e" i s d i ff e r e nt than th e e x i st i ng " contro l Typ e" , th e n th e n e w param e t e rs ( i . e ., 

" contro l Typ e"— " gap l nd i cators " , and " gapTr e atm e nt " ) w ill b e app e nd e d to th e appropr i at e SSME 
FSM ( i n add i t i on to th e e x i st i ng param e t e rs). Th e SSME FSM r e ma i ns i n th e stat e " Non - Ca ll 
Assoc i at e d Tr e atm e nf V 

I f th e SSF m ee ts a TDP, i t w ill ch e ck i f ca ll gapp i ng was i n i t i at e d ei th e r for th e " s e rv i c e K e y " or for th e 
" ca lle dAddr e ssVa l u e" ass i gn e d to th i s TDP. I f not, an I n i t i a l DP op e rat i on can b e s e nt. I n cas e ca ll gapp i ng 
was i n i t i at e d for " ca lle dAddr e ssAndS e rv i c e"-9t^" ca lli ngAddr e ssAndS e rv i c e" and th e " s e rv i c e K e y " match e s, 
a ch e ck on th e " ca lle dAddr e ssVa l u e" and " ca lli ngAddr e ssVa l u e" (and opt i ona ll y "l ocat i onNumb e r ")-fQf 
act i v e ca ll gapp i ng i s p e rform e d. I f not, an I n i t i a l DP op e rat i on can b e s e nt. 

I n cas e of gapp i ng on " ca lli ngAddr e ssAndS e rv i c e" and th e param e t e r "l ocat i onNumb e r " i s pr e s e nt, 
gapp i ng w ill b e p e rform e d on "l ocat i onNumb e r " i nst e ad of " ca lli ngAddr e ssVa l u e"^ 

I f a ca ll to a contro lle d numb e r match e s on l y on e " gapCr i t e r i a " , th e n th e corr e spond i ng contro l i s app lie d. 
I f both " manua ll y l n i t i at e d " and " sCPOv e r l oad " contro l s ar e act i v e , th e n on l y th e manua ll y i n i t i at e d contro l 
w ill b e app lie d. 

I f a ca ll to a contro lle d ca lle d numb e r match e s s e v e ra l act i v e " gapCr i t e r i a " , th e n on l y th e " gapCr i t e r i a " 
assoc i at e d w i th th e l ong e st ca lle d party numb e r shou l d b e us e d, and th e corr e spond i ng contro l shou l d b e 
app lie d. For e xamp le , th e cod e s 123^ and 123^5 ar e und e r contro l . Th e n th e ca ll w i th 123^56 i s subj e ct 
to th e contro l on 123^5. Furth e rmor e , i f both " manua ll y l n i t i at e d " and " sCPOv e r l oad e d "-" contro l Typ e" 
va l u e s ar e act i v e for th i s " gapCr i t e r i a " , th e n th e " manua ll y l n i t i at e d " contro l w ill b e app lie d. 

I f ca ll gapp i ng sha ll b e app lie d and th e r e i s no gap i nt e rva l act i v e , an I n i t i a l DP op e rat i on can b e s e nt 
i nc l ud i ng th e " cG Encount e r e d " param e t e r accord i ng to th e sp e c i f ie d contro l Typ e . A n e w gap i nt e rva l w ill 
b e i n i t i at e d as i nd i cat e d by " gap l nt e rvar v 

I f a gap i nt e rva l i s act i v e , no I n i t i a l DP i s s e nt and th e ca ll i s tr e at e d as i nd i cat e d by " gapTr e atm e nf 'v 

Th e ca ll gap proc e ss i s stopp e d i f th e i nd i cat e d durat i on e qua l s ZERO. 

I f ca ll gapp i ng proc ee ds th e n th e SSME FSM r e ma i ns i n th e stat e " Non - ca ll assoc i at e d tr e atm e nf V 
Oth e rw i s e , th e SSME FSM mov e s to stat e "I d le Manag e m e nt "r 

9.6.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 



GSM 09.78 139 TS 101 046 V5.0.1 (1997-04) 

9,7 Ca lll nformat i onR e port proc e dur e 

&^7iA G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to s e nd sp e c i f i c ca ll i nformat i on for a s i ng le ca ll to th e SCF as r e qu e st e d by th e 
SCF i n a pr e v i ous Ca lll nformat i onR e qu e st op e rat i on. 

9.7.1 .1 Param e t e rs 

r e qu e st e d l nformat i onL i st: 



Accord i ng to th e r e qu e st e d i nformat i on th e SSF s e nds th e appropr i at e typ e s and va l u e s to th e SCF. 

9^7^ l nvo l < i ng e nt i ty (SSF) 

9.7.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) At le ast on e party d i sconn e cts from a ca ll . 

(2) R e qu e st e d ca ll i nformat i on has b ee n co lle ct e d. 

(3) Ca lll nformat i onR e port i s p e nd i ng du e to a pr e v i ous l y r e c ei v e d Ca lll nformat i onR e qu e st op e rat i on. 

(4) A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

SSF postcond i t i on: 

m Th e SSF FSM sha ll mov e to th e "Jdte" stat e i n th e cas e wh e r e no oth e r r e port r e qu e sts ar e p e nd i ng 

and no EDPs ar e arm e d oth e rw i s e th e SSF FSM sha ll r e ma i n i n th e sam e stat e . 

I f th e SSF FSM e x e cut e s a stat e trans i t i on caus e d by on e of th e fo ll ow i ng e v e nts: 

A party r ele as e ; 

A party abandon; 

B party r ele as e ; 

B [Darty busy; 

SSF no answ e r t i m e r e xp i rat i on; 

rout e s ele ct fa il ur e i nd i cat e d by th e n e twork; 

r ele as e ca ll i n i t i at e d by th e SCF, 

and a Ca lll nformat i onR e qu e st i s p e nd i ng th e n th e Ca lll nformat i onR e port op e rat i on i s s e nt to th e SCF. 

I f a Ca lll nformat i onR e port has b ee n s e nt to th e SCF th e n no Ca lll nformat i onR e port i s p e nd i ng, i . e . a 
furth e r Ca lll nformat i onR e port, e .g. i n th e cas e of fo ll ow - on, has to b e e xp li c i t l y r e qu e st e d by th e SCF. 

I f th e e v e nt caus i ng th e Ca lll nformat i onR e port i s a l so d e t e ct e d by an arm e d EDP - R th e n i mm e d i at el y aft e r 
Ca lll nformat i onR e port th e corr e spond i ng Ev e ntR e portBCSM has to b e s e nt. 

I f th e e v e nt caus i ng th e Ca lll nformat i onR e port i s a l so d e t e ct e d by an arm e d EDP - N th e n i mm e d i at el y 
b e for e Ca lll nformat i onR e port th e corr e spond i ng Ev e ntR e portBCSM has to b e s e nt. 

9.7.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9,7,3 R e spond i ng e nt i ty (SCF) 

9.7.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4^ An SLP I i s e xp e ct i ng Ca lll nformat i onR e port. 

(2) A contro l r el at i onsli i p e x i sts b e tw ee n tin e SCF and tin e SSF. 

SCF postcond i t i on: 

m Tl-i e SLP I may b e furtli e r e x e cut e d. 

I n any stat e ( e xc e pt "Idle" ) th e SCSM may r e c ei v e Ca lll nformat i onR e port from th e SSF, wh e n th e 
Ca lll nformat i onR e port i s outstand i ng. 

I f Ca lll nformat i onR e port i s outstand i ng and th e SLP i nd i cat e s that th e proc e ss i ng has b ee n comp le t e d, th e 
SCSM r e ma i ns i n th e sam e stat e unt il i t r e c ei v e s th e Ca lll nformat i onR e port op e rat i on. 

Wh e n th e SCF r e c ei v e s th e Ca lll nformat i onR e port op e rat i on and th e SL proc e ss i ng has b ee n comp le t e d, 
th e n th e SCSM mov e s to th e "Me" stat e . 

Wh e n th e SCF r e c ei v e s th e Ca lll nformat i onR e port op e rat i on and th e SL proc e ss i ng has not b ee n 
comp le t e d y e t, th e n th e SCSM r e ma i ns i n th e sam e stat e (Ev e ntR e portBCSM or App l yCharg i ngR e port 
p e nd i ng). 

9.7.3.2 Error hand li ng 

I f r e qu e st e d i nformat i on i s not ava il ab le , a Ca lll nformat i onR e port w ill b e s e nt, i nd i cat i ng th e r e qu e st e d 
i nformat i on typ e , but w i th " R e qu e st e d l nformat i onVa l u e" f ille d i n w i th an appropr i at e d e fau l t va l u e . 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9,8 Ca lll nformat i onR e qu e st proc e dur e 

9,8,^1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to r e cord sp e c i f i c i nformat i on about a s i ng le ca ll and r e port i t to 
th e SCF us i ng th e Ca lll nformat i onR e port op e rat i on. 

9.8.1 .1 Param e t e rs 

r e qu e st e d l nformat i onTyp e L i st: 

Th i s param e t e r sp e c i f ie s a li st of sp e c i f i c i t e ms of i nformat i on wh i ch i s r e qu e st e d. 

Th e li st may conta i n: 



ca ll Att e mptE l aps e dT i m e : 

Th i s param e t e r i nd i cat e s th e durat i on b e tw ee n th e e nd of I NAP proc e ss i ng of op e rat i ons 
i n i t i at i ng ca ll s e tup ( " Conn e ct " ) and th e r e c ei v e d answ e r i nd i cat i on from th e ca lle d party s i d e . 
I n cas e of unsucc e ssfu l ca ll s e tup th e n e twork e v e nt i nd i cat i ng th e unsucc e ssfu l ca ll s e tup 
stops th e m e asur e m e nt of " ca ll Att e mptE l aps e dT i m e"^ 

ca ll StopT i m e : 



Th i s param e t e r i nd i cat e s th e t i m e stamp wh e n th e conn e ct i on i s r ele as e d. 
ca ll Conn e ct e dE l aps e dT i m e : 



Th i s param e t e r i nd i cat e s th e durat i on b e tw ee n th e r e c ei v e d answ e r i nd i cat i on from th e ca lle d 
party s i d e and th e r ele as e of th e conn e ct i on. 
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ca lle dAddr e ss 



Th i s param e t e r i nd i cat e s th e i ncom i ng call e d party addr e ss that was r e c e iv e d by th e SSF 
( i . e ., b e for e trans l at i on by th e SCF). 

r ele as e Caus e : 



Th i s param e t e r i nd i cat e s th e r ele as e caus e for th e call- 
Any s e t of th e s e va l u e s can b e r e qu e st e d. 

9,8,2 I nvok i ng e nt i ty (SCF) 

9.8.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e t e rm i n e d that a Ca lll nformat i onR e qu e st op e rat i on has to b e s e nt by th e SCF. 

SCF postcond i t i on: 

(4) Th e SLP I i s e xp e ct i ng a Ca lll nformat i onR e port from SSF. 

Wh e n th e SLP r e qu e sts ca ll i nformat i on, th e SCF s e nds th e Ca lll nformat i onR e qu e st op e rat i on to th e SSF 
to r e qu e st th e SSF to prov i d e ca ll r el at e d i nformat i on. 

Th e Ca lll nformat i onR e qu e st op e rat i on sp e c i f ie s th e i nformat i on i t e ms to b e prov i d e d by th e SSF. 

9.8.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,8,3 R e spond i ng e nt i ty (SSF) 

9.8.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) A contro l r el at i onsh i p e x i sts b e tw ee n SSF and SCF. 

SSF postcond i t i ons: 

m R e qu e st e d ca ll i nformat i on i s r e ta i n e d by th e SSF. 

(2) Th e SSF i s wa i t i ng for furth e r i nstruct i ons. 

Th e SSF may r e c ei v e th e Ca lll nformat i onR e qu e st op e rat i on w i th i n an e x i st i ng ca ll assoc i at e d (CA) 
d i a l ogu e on l y. 

Th e Ca lll nformat i onR e qu e st op e rat i on i s acc e pt e d by th e SSF FSM on l y in th e stat e " Wa i t i ng for 
I nstruct i ons " . Th e op e rat i on do e s not le ad to any trans i t i on to anoth e r stat e . 

Th e SSF a ll ocat e s a r e cord and stor e s th e r e qu e st e d i nformat i on i f a l r e ady ava il ab le and pr e par e s th e 
r e cord i ng of i nformat i on i t e ms that w ill b e com e ava il ab le l at e r, e .g. " ca ll StopT i m e Va l u e"^ 

9.8.3.2 Error hand li ng 

I n any oth e r than th e " Wa i t i ng for I nstruct i on " stat e th e Ca lll nformat i onR e qu e st op e rat i on w ill b e hand le d 
as-" out of cont e xt "^ 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,9 Canc el proc e dur e 

&SA G e n e ra l d e scr i pt i on 

Th e SCF us e s th i s c l ass 2 op e rat i on to r e qu e st th e SRF to canc e l a corr el at e d pr e v i ous op e rat i on. 

The — op e rat i on — to — be — deleted — capi — be — eithef — a — P l ayAnnounc e m e nt — op e rat i on — or — a 

PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

Th e canc ell at i on of an op e rat i on i s i nd i cat e d v i a a r e sp e ct i v e e rror i nd i cat i on, " Canc elle d " , to th e i nvok i ng 
e nt i ty of th e canc elle d P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

Th e Canc el op e rat i on can a l so b e us e d to canc el a ll outstand i ng r e qu e sts and e nab le th e stat e mach i n e s 
(SSF/SRF) to go to "Me" . I n th i s cas e th e Canc el op e rat i on do e s not sp e c i fy any sp e c i f i c op e rat i on to b e 
canc elle d. 

9.9.1 .1 Param e t e rs 

i nvok el D: 



Th i s param e t e r sp e c i f i es wh i ch op e rat i on i s to b e canc elle d. 
a ll R e qu e sts: 



Th i s param e t e r i nd i cat e s that a ll act i v e r e qu e sts for Ev e ntR e portBCSM, Ev e ntNot i f i cat i onCharg i ng, 

App l yCharg i ngR e port and Ca lll nformat i onR e port shou l d b e canc elle d. 

9,9,2 I nvok i ng e nt i ty (SCF) 

9.9.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF/SRF. 

(2) An SLP I i n th e " Wa i t i ng for r e spons e from SRF " stat e has d e t e rm i n e d that a pr e v i ously r e qu e st e d 

op e rat i on i s to b e canc elle d; or 
A SLP I has d e t e rm i n e d that i t i s no l ong e r i nt e r e st e d i n any r e ports or not i f i cat i ons from th e SSF 

and that th e contro l r el at i onsh i p shou l d b e e nd e d. 

SCF postcond i t i on: 

(4) Th e SLP I r e ma i ns i n th e " Wa i t i ng for R e spons e from SRF " stat e ; or 

I n cas e a ll r e qu e sts ar e canc elle d, th e contro l r el at i onsh i p w i th th e conc e rn e d FE (SSF) i s e nd e d. I f 

no oth e r r el at i onsh i ps p e rs i st, th e SCSM FSM r e turns to "Me" stat e . 

9.9.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,9,3 R e spond i ng e nt i ty (SRF) 

9.9.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

m A PA/P&C has b ee n r e c ei v e d and th e SRF i s i n th e " Us e r I nt e ract i on " stat e . 

SRF postcond i t i on: 

fl-) Th e e x e cut i on of th e PA/P&C has b ee n abort e d and th e SRF r e ma i ns i n th e " Us e r I nt e ract i on " 

9.9.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,9,4 R e spond i ng e nt i ty (SSF) 

9.9. 4 .1 Norma l proc e dur e 

SSF pr e cond i t i on: 

(4) Tl-i e SSF FSM i s i n tin e stat e s " Wa i t i ng for l nstruct i ons "-9<^" Mon i tor i ng 'V 

SSF postcond i t i on: 

m A ll act i v e r e qu e st for r e ports and not i f i cat i ons liav e b ee n canc elle d. 

(2) I n cas e th e SSF FSM was i n stat e " Mon i tor i ng " i t sha ll r e turn to i d le ; or 

I n cas e th e SSF FSM was i n stat e " Wa i t i ng for I nstruct i ons " i t w ill r e ma i n i n that stat e . 

A subs e qu e nt ca ll- proc e ss i ng op e rat i on w ill mov e th e SSF FSM stat e to "Idle" . Th e ca ll , i f i n act i v e 

stat e , i s furth e r tr e at e d by SSF autonomous l y as a norma l (non -I N) ca ll . 

A ll r e sourc e s a ll ocat e d to th e d i a l ogu e ar e r ele as e d. 

9.9. 4 .2 Error hand li ng 

S e nd i ng of r e turn e rror on canc el i s not app li cab le i n th e canc el " a ll R e qu e sts " cas e . 

9,4^ Co lle ct l nformat i on proc e dur e 

9.10.1 G e n e ra l d e scr i pt i on 

Th i s i s a c l ass 2 op e rat i on wh i ch i s us e d to r e qu e st th e SSF to p e rform th e bas i c or i g i nat i ng ca ll 
proc e ss i ng act i ons wh i ch w ill co lle ct d e st i nat i on i nformat i on from a ca lli ng party ( i t i s norma ll y assoc i at e d 
w i th a R e qu e stR e portBCSMEv e nt op e rat i on to arm DP2 and to sp e c i fy th e numb e r of d i g i ts to b e 
co lle ct e d). 

TWs — op e rat i on — uses — on l y th e — r e sourc e s — of th e — SSF/CCF to — co lle ct th e — i nformat i on, — un li k e 
PromptAndCo lle ctUs e r l nformat i on, wh i ch us e s th e capab ili t ie s of th e SRF. I t fo ll ows that th e us e of th i s 
op e rat i on i s on l y appropr i at e for a ca ll wh i ch has not y e t le ft th e s e tup phas e . 

9.10.1.1 Param e t e rs 

Non e . 

9.10.2 I nvok i ng e nt i ty (SCF) 

9.10.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m An SLP I has d e t e rm i n e d that mor e i nformat i on from th e ca lli ng party i s r e qu i r e d to e nabl e 

proc e ss i ng to proc ee d. 

SCF postcond i t i on: 

m SLP I e x e cut i on i s susp e nd e d p e nd i ng r e c ei pt of d i a lle d d i g i ts. 

Th i s op e rat i on i s i nvok e d i n th e SCSM FSM stat e " Pr e par i ng SSF I nstruct i ons " i f th e SLP r e qu i r e s 
add i t i ona l i nformat i on to progr e ss th e ca ll . I t caus e s a trans i t i on of th e FSM to th e stat e " Wa i t i ng for 
Not i f i cat i on or R e port "^ 

9.10.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.10.3 R e spond i ng e nt i ty (SSF) 

9.10.3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 

(4) An I n i t i a l DP op e rat i on lias b ee n i nvok e d. 

SSF postcond i t i ons: 

(4] Tl-i e SSF lias e x e cut e d a trans i t i on to tin e stat e " Mon i tor i ng 'V 

(2) Tl-i e SSF p e rforms tin e ca ll proc e ss i ng act i ons to co lle ct d e st i nat i on i nformat i on from tin e ca lli ng 

party. Th i s may i nc l ud e prompt i ng th e party w i th i n - band or out - band s i gna l s. 
(3) Bas i c Ca ll Proc e ss i ng i s r e sum e d at P I C2. 

Th e op e rat i on is on l y va li d i n th e stat e " Wa i t i ng for I nstruct i on " and aft e r hav i ng r e c ei v e d an op e rat i on 
R e qu e stR e portBCSMEv e nt for DP2. Th e SSP has to p e rform th e fo ll ow i ng act i ons: 

Th e SSF canc el s T ggp ^ 

Wh e n th e r e qu i s i t e numb e r of d i g i ts (sp e c i f ie d wh e n DP2 was arm e d) has b ee n r e c ei v e d, DP2 w ill 

b e e ncount e r e d, an Ev e ntR e portBCSM op e rat i on w ill b e i nvok e d, and th e SSF FSM w ill r e turn to 
th e stat e " Wa i t i ng for I nstruct i on "^ 

9.10.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.11 Connect procedure 

9.11.1 General description 

This operation is used to request the gsmSSF to perform the call processing actions to route a call to a 
specific destination or to influence other call set-up information, e.g. the Calling Party Number . To do so, 
th e SSF may us e d e st i nat i on i nformat i on from th e ca lli ng party ( e .g. d i a lle d d i g i ts) and e x i st i ng ca ll s e t - up 
i nformat i on ( e .g. rout e i nd e x to a li st of trunk groups) d e p e nd i ng on th e i nformat i on prov i d e d by th e SCF. 

9.11.1.1 Parameters 

destinationRoutingAddress: 

This parameter contains the called party number towards which the call is to be routed.^Fhe 
e ncod i ng of th e param e t e r i s d e f i n e d i n ETS 300 356 - 1 [6? ]. Th e " d e st i nat i onRout i ngAddr e ss " may 
i nc l ud e th e " corr el at i on I D " and " scf I D " i f us e d i n th e cont e xt of a hand - off proc e dur e , but on l y i f 
" corr el at i on I D " and " scf I D " ar e not sp e c i f ie d s e parat el y. 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i at e th e Ass i stR e qu e st l nstruct i ons op e rat i on from th e 
ass i st i ng SSF w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e " corr el at i on I D " i s us e d i n th e cont e xt of 
a — hand - off — proc e dur e — and — owly — i^ — the — corr el at i on — \Q — is — net — e mb e dd e d — vr — the 
" d e st i nat i onRout i ngAddr e ss " . Th e n e twork op e rators has to d e c i d e about th e actua l mapp i ng of th i s 
param e t e r on th e us e d s i gna lli ng syst e m. 

scf I D: 



Th i s param e t e r i nd i cat e s th e SCF i d e nt i f ie r and e nab le s th e ass i st i ng SSF to i d e nt i fy wh i ch SCF th e 
" d e st i nat i onRout i ngAddr e ss " shou l d b e s e nt to. Th e scf I D i s us e d i n th e cont e xt of a hand - off 
proc e dur e and on l y i f th e SCF I D i s not e mb e dd e d i n th e " d e st i nat i onRout i ngAddr e ss " . Th e n e twork 
op e rators has to d e c i d e about th e actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 
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cutAndPast e : 



Th i s param e t e r i s us e d by th e SCF to i nstruct th e SSF to d ele t e (cut) a sp e c i f ie d numb e r of le ad i ng 
d i g i ts that i t has r e c ei v e d from th e ca lli ng party and to past e th e r e ma i n i ng d i a lle d d i g i ts on to th e 
e nd of th e d i g i ts supp lie d by th e SCF i n th e " d e st i nat i onRout i ngAddr e ss 'V 

callingPartyNumber: 

This parameter is used to provide an alternative to the "callingPartyNumber" supplied by the 
network. I t may b e us e d for app li cat i ons such as UPT, wh e r e on l y th e SCF can v e r i fy th e i d e nt i ty of 
th e ca lli ng party. Th e us e of th i s param e t e r i s op e rator d e p e nd e nt. 

rout e L i st: 



Th i s param e t e r i s us e d to s ele ct th e outgo i ng trunk group us e d for rout i ng th e ca ll . A s e qu e nc e of 
rout e s i s prov i d e d to a ll ow f le x i b le rout i ng for app li cat i ons such as VPN w i thout i ncr e as i ng th e 
numb e r of qu e r ie s r e qu i r e d for such app li cat i ons. 

callingPartysCategory: 

This parameter indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

Th e us e of th i s param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork 

op e rator. 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has m e t ca ll forward i ng on rout e to th e SSP or is 
forwarded by the qsm SCFP. Th e us e of th i s param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to 
b e sp e c i f ie d by th e n e twork op e rator. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. Th e us e of th i s 

param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork op e rator. 

redirectionlnformation: 

This parameter contains forwarding related information, such as redirecting counter. Th e us e of th i s 

param e t e r i n th e cont e xt of th e Conn e ct op e rat i on i s to b e sp e c i f ie d by th e n e twork op e rator. 

a le rt i ng Patt e rn: 

Th i s param e t e r i nd i cat e s a sp e c i f i c patt e rn that i s us e d to a le rt a subscr i b e r ( e .g. d i st i nct i v e r i ng i ng, 
ton e s, e tc.). I t on l y app lie s i f th e n e twork s i gna lli ng support th i s param e t e r or i f SSF i s th e 
t e rm i nat i ng l oca l e xchang e for th e subscr i b e r. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

qenericNumbers: 



This parameter allows the qsmSCF to set the Generic Number parameter used in the network. It is 

used for transfer of Additional Calling Party Number. 

suppressionOfAnnouncement: 

This parameter indicates that announcements and tones which are played in the GMSC or the 

VMSC at non-successful call set-up attempts shall be suppressed. 

oCSIApplicable: 

This parameter indicates to the GMSC/qsmSSF that the Originating CAMEL Subscription 

Information, if present, shall be applied on the outgoing call leg created with the Connect operation. 
For the use of this parameter see GSM 03.78 [ 1 6]. 

9.11.2 Spare l nvok i nq e nt i ty (SCF) 

9.11.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a Conn e ct has to b e s e nt by th e SCF. 
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SCF postcond i t i on: 

(4) SLP I e x e cut i on may continu e . 

I n tli e SCSM FSM stat e " Pr e par i ng SSF I nstruct i ons " , tli i s op e rat i on i s i nvok e d by tii e SCF i f tii e SL 
r e su l ts i n tin e r e qu e st to tin e SSF to rout e a ca ll to a sp e c i f i c d e st i nat i on. I f no e v e nt mon i tor i ng lias b ee n 
r e qu e st e d and no r e ports (Ca lll nformat i onR e port and App l yCharg i ngR e port) hav e b ee n r e qu e st e d i n a 
pr e v i ous l y s e nt op e rat i on, a SCSM FSM trans i t i on to stat e "Jdte" occurs. Oth e rw i s e , i f e v e nt mon i tor i ng 
has b ee n r e qu e st e d or any r e port (Ca lll nformat i onR e port and App l yCharg i ngR e port) has b ee n r e qu e st e d, 
th e SCSM FSM trans i t i ons to stat e " Wa i t i ng for Not i f i cat i on or R e port " . Wh e n th e Conn e ct op e rat i on i s 
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us e d i n th e cont e xt of a hand - off proc e dur e , th e SCSM FSM trans i t i ons to stat e "Me" . How e v e r, i n th i s 
cas e , — the — SGP — steH — ma i nta i n — suff i c ie nt — i nformat i on — ifl — ord e r — to — corr el at e — the — subs e qu e nt 
Ass i stR e qu e st l nstruct i ons op e rat i on (from th e ass i st i ng SSF or SRF) to th e e x i st i ng SLP I . 

9.11 .2.2 Error hand li ng 

I f r e j e ct or e rror m e ssag e s ar e r e c ei v e d, th e n th e SCSM i nforms th e SLP I and r e ma i ns i n th e stat e 
" Pr e par i ng SSF I nstruct i ons "^ 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.1 1 .3 Responding entity ( qsm SSF) 

9.11.3.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) Basic call processing has been suspended at a DP. 

(3) The gsmSSF waits for instructions. 

gsmSSF postcondition: 

(1 ) The gsmS SF performs the call processing actions to route the call to the specified destination. 

(2) I n th e - BCSM, wh e n on l y addr e ss i nformat i on i s i nc l ud e d i n th e Conn e ct op e rat i on, ca ll 

proc e ss i ng r e sum e s at P I C 3. 
(3) I n th e - BCSM, wh e n addr e ss i nformat i on and rout i ng i nformat i on i s i nc l ud e d i n th e Conn e ct 

op e rat i on, ca ll proc e ss i ng r e sum e s at P I C A. 

On receipt of this operation in the gsmSSF ^SM-state "Waiting for Instructions", the gsmSSFP performs 
the following actions: 

the gsm SSF cancels TsspJ 

i^" cutAnd Past e" i s pr e s e nt, th e n th e SSF d ele t e s ( "cut" ) from th e d i a lle d I N numb e r th e i nd i cat e d 

numb e r — of — d i g i ts — arid — pastes — the — r e ma i n i ng — d i a lle d — d i g i ts — at — the — eod — of — the 
" d e st i nat i onRout i ngAddr e ss " param e t e r d eli v e r e d by th e SCF. Th e r e su l t i ng d i r e ctory numb e r i s 
us e d for rout i ng to comp le t e th e r el at e d ca ll ; 

i^" cutAndPast e" i s not pr e s e nt, th e n th e " d e st i nat i onRout i ngAddr e ss " param e t e r d eli v e r e d by th e 

SCF i s us e d for rout i ng to comp le t e th e r el at e d ca ll . I n th e cas e of hand - off, th i s r e su l ts i n rout i ng to 
an ass i st i ng SSP or I P; 

if the "callingPartyNumber" is supplied, this value may be used for all subsequent gsm SSF 
processing; 

if no EDPs have been armed and no Ca lll nformat i onR e port or App l yCharg i ngR e port has b ee n 
r e qu e st e d, the gsmSSF^SM goes to state "Idle"-(e9}. Otherwise, the gsmSSFFSM goes to state 
"Monitoring"-(e44^. 

No implicit activation or deactivation of DPs occurs. 

Statistic counter(s) are not affected. 

Conn e ct comp le t e s wh e n th e I NAP proc e ss i ng of th e op e rat i on i s comp le t e and b e for e th e SSP starts th e 
proc e ss i ng n e c e ssary to s ele ct a c i rcu i t. 

Th e r e for e i n ord e r to d e t e ct rout e s ele ct fa il ur e aft e r a Conn e ct i t i s n e c e ssary to e xp li c i t l y arm th e " Rout e 
S ele ct Fa il ur e" EDP b e for e s e nd i ng th e Conn e ct (a l though th e y may b e i n th e sam e m e ssag e ). 
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9.11.3.2 Error handling 

Generic error handling for tine operation related errors is described in Clause 8 and the TCAP services 
which are used for reporting operation errors are described in Clause 10. 

9.12 Spare Conn e ctToR e sourc e proc e dur e 

9.12.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to conn e ct a ca ll from th e SSF to a sp e c i a li z e d r e sourc e . Aft e r succ e ssfu l 
conn e ct i on to th e SRF, th e i nt e ract i on w i th th e ca lle r can tak e p l ac e . Th e SSF r el ays a ll op e rat i ons for th e 
SRF and a ll r e spons e s from th e SRF. 

9.12.1.1 Param e t e rs 

r e sourc e Addr e ss: 



Th i s param e t e r i d e nt i f ie s th e phys i ca l l ocat i on of th e SRF. 
I PRout i ngAddr e ss: 



Th i s param e t e r i nd i cat e s th e rout i ng addr e ss to s e t up a conn e ct i on towards th e SRF. 



non e : 



Th i s param e t e r i nd i cat e s that th e ca ll party i s to b e conn e ct e d to a pr e d e f i n e d SRF. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.12.2 I nvok i ng e nt i ty (SCF) 

9.12.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e t e rm i n e d that add i t i ona l i nformat i on from th e ca ll party i s n ee d e d. 

(3) Th e ca ll party i s not conn e ct e d to any oth e r party. 

(4) Th e SCSM FSM i s i n th e stat e " Rout i ng to R e sourc e" , sub - stat e " D e t e rm i n e Mod e'V 

(5) Th e SLP I has d e t e rm i n e d that th e SRF can b e acc e ss e d from th e SSF. 

SCF postcond i t i ons: 

(4) Th e SCSM s e nds out a P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on op e rat i on 

accompany i ng th e Conn e ctToR e sourc e . 
(2) Th e SCSM FSM mov e s to th e stat e " Us e r I nt e ract i on ". 

9.12.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.12.3 R e spond i ng e nt i ty (SSF) 

9.12.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Bas i c ca ll proc e ss i ng lias b ee n susp e nd e d at a DP and a contro l r el at i onsii i p lias b ee n e stab li sli e d. 

(2) Th e SSF FSM i s i n th e stat e " Wa i t i ng for I nstruct i ons ". 

SSF postcond i t i ons: 

f4 Th e ca ll i s sw i tch e d to th e SRF. 

(2) A contro l r el at i onsh i p to th e SRF i s e stab li sh e d. 

(3) Th e SSF FSM mov e s to th e stat e " Wa i t i ng for End of Us e r l nt e ract i on "^ ss F ' ^ s e t. 

NOTE: Th e succ e ssfu l conn e ct i on to th e SRF caus e s a stat e trans i t i on i n th e SRF FSM from 

"Me"4Q-" Conn e ct e d "v 

9.12.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.13 Continue procedure 

9.13.1 General description 

This operation is used to request the gsm SSF to proceed with call processing at the DP at which it 
previously suspended call processing to await gsm SCF instructions. The gsm SSF continues call 
processing without substituting new data from the gsmSCF. 

9.13.1.1 Parameters 

None. 

9.13.2 Spare l nvok i nq e nt i ty (SCF) 

9.13.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

(4) SCSM i s i n th e stat e " Pr e par i ng SSF i nstruct i ons ". 

SCF postcond i t i on: 

m SCSM i s i n th e stat e " Wa i t i ng for Not i f i cat i on of R e port " , i n cas e mon i tor i ng was r e qu i r e d, or i n th e 

stat e "Me" , i n cas e no mon i tor i ng was r e qu i r e d. 

Th e SCSM i s i n stat e " Pr e par i ng SSF i nstruct i ons " . Th e Cont i nu e op e rat i on i s i nvok e d by a SLP I . Th i s 
caus e s a SCSM trans i t i on to stat e "Jdte" i f no subs e qu e nt mon i tor i ng i s r e qu i r e d. How e v e r, i f mon i tor i ng i s 
r e qu i r e d, li k e i n th e cas e of arm e d EDPs or outstand i ng r e port r e qu e sts, th e SCSM trans i t i ons to stat e 
" Wa i t i ng for Not i f i cat i on of R e port ". 

9.13.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9.13.3 Responding entity (gsmSSF) 

9.13.3.1 Normal procedure 

qsm SSF preconditions 

(1 ) BCSM: Basic call processing has been suspended at any DP. 

(2) gsm SSF FSM is in the state "Waiting for Instructions". 

gsm SSF postconditions 

(1) BCSM: Basic call processing continues. 

(2) gsm SSF FSM is in the state "Monitoring", because at least one EDP was armed, of—ar 
Ca lll nformat i onR e port or App l yCharg i ngR e port was r e qu e st e d; or 

gsm SSF FSM is in the state "Idle", because no EDPs were armed— arid — n ei th e r th e 

Ca lll nformat i onR e port nor th e App l yCharg i ngR e port was r e qu e st e d . 

The gsm SSF FSM is in state "Waiting for instructions". Th e SSME r e c ei v e s th e Cont i nu e op e rat i on and 
r el ays i t to th e appropr i at e SSF FSM. The gsm SSF FSM-transitions to state "Idle" in case no EDPs are 
armed and no outstand i ng r e port r e qu e sts ar e pr e s e nt . The gsm SSF FSM transits to state "Monitoring" if 
at least one EDP is armed , or i f th e r e i s at le ast on e outstand i ng r e port r e qu e st . Basic call processing is 
resumed. 

9.13.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 
9.14- 9.16 Spare P i sconn e ctForwardConn e ct i on proc e dur e 
9.1 4 .1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d i n th e fo ll ow i ng two cas e s: 

a) To c le ar a conn e ct i on to a SRF: 

th i s op e rat i on i s us e d to e xp li c i t l y d i sconn e ct a conn e ction to a r e sourc e (SRF) e stab li sh e d 

pr e v i ous l y w i th a Conn e ctToR e sourc e op e rat i on. I t i s us e d for a forward d i sconn e ct i on from th e 
SSF. An a l t e rnat i v e so l ut i on i s th e backward d i sconn e ct from th e SRF, contro lle d by th e 
" D i sconn e ctFrom l PForb i dd e n " param e t e r i n th e P l ayAnnounc e m e nt and PromptAndCo lle ctUs e r - 
I nformat i on op e rat i ons; 

b) To c le ar a conn e ct i on to an ass i st i ng SSF: 

th i s op e rat i on i s s e nt to th e non - ass i st i ng SSF of a pa i r of SSFs i nvo l v e d i n an ass i st proc e dur e . I t 

i s us e d to d i sconn e ct th e t e mporary conn e ct i on b e tw ee n th e i n i t i at i ng SSF and th e ass i st i ng SSF, 

and th e ass i st i ng SSF and i ts assoc i at e d SRF. 

9.1 4 .1.1 Param e t e rs 

Non e . 

9.1 4 .2 I nvok i ng e nt i ty (SCF) 

9.1 4 .2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An ass i st - or a r el ay proc e dur e i s i n progr e ss. 

(3) An SLP I has d e t e rm i n e d that a D i sconn e ctForwardConn e ct i on op e rat i on has to b e s e nt by th e SCF. 

SCF postcond i t i on: 

fl-) SLP I e x e cut i on may continu e . 
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Th e D i sconn e ctForwardConn e ct i on op e rat i on i s us e d to i nstruct th e SSF to d i sconn e ct th e conc e rn e d 
forward conn e ct i on to th e ass i st i ng SSF or th e PE conta i n i ng th e SRF. 

I n th e SCSM FSM stat e " Us e r I nt e ract i on " , sub - stat e " Wa i t i ng for R e spons e from th e SRF " , th i s op e rat i on 
i s i nvok e d by th e SCF wh e n th e SL d e t e rm i n e s that us e r i nt e ract i on i s f i n i sh e d and r e qu e sts th e SSF to 
d i sconn e ct th e t e mporary conn e ct i on to th e ass i st i ng SSF or th e SRF. Th e SCSM FSM th e n trans i t i ons to 
stat e " Pr e par i ng SSF I nstruct i ons "^ 

Th e D i sconn e ctForwardConn e ct i on op e rat i on conta i ns no param e t e r s i nc e th e r e may b e on l y on e SRF 
conn e ct i on to on e ca ll . 

9.1 ^ .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.1 4 .3 R e spond i ng e nt i ty (SSF) 

9.1 4 .3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e i n i t i at i ng SSF i s i n th e stat e " Wa i t i ng for End of Us e r l nt e ract i on "-9<^" Wa i t i ng for End of 

T e mporary Conn e ct i on "^ 

SSF postcond i t i ons: 

(4] Th e conn e ct i on to th e SRF or ass i st i ng SSF i s r ele as e d. 

(2) Th e SSF i s wa i t i ng for i nstruct i ons. 

Th e r e c ei pt of D i sconn e ctForwardConn e ct i on r e su l ts i n d i sconn e ct i ng th e ass i st i ng SSF or th e PE 
conta i n i ng th e SRF from th e conc e rn e d ca ll . I t do e s not r ele as e th e conn e ct i on from th e SSF back to th e 
e nd us e r. 

Th i s op e rat i on i s acc e pt e d i n th e SSF FSM stat e s " Wa i t i ng for End of T e mporary Conn e ct i on "-0t^" Wa i t i ng 
for End of Us e r I nt e ract i on " . On r e c ei pt of th i s op e rat i on i n th e s e stat e s, th e SSP sha ll p e rform th e 
fo ll ow i ng act i ons: 

th e i n i t i at i ng SSF r ele as e s th e conn e ct i on to th e ass i st i ng SSF or th e r el ay SRF; 

th e SSF r e s e ts T gs FT 

th e SSF FSM go e s to stat e " Wa i t i ng for l nstruct i ons "-(eg}T 

Th e D i sconn e ctForwardConn e ct i on op e rat i on conta i ns no param e t e rs. 

NOTE: Th e succ e ssfu l d i sconn e ct i on to th e SRF caus e s a stat e trans i t i on i n th e SRF FSM to 

"Idle" . A curr e nt ord e r (P l ayAnnounc e m e nt or PromptAndCo lle ctUs e r l nformat i on) i s 
canc elle d and any qu e u e d ord e r i s d i scard e d. 

9.1 4 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9t4§ Estab li shT e mporaryConn e ct i on proc e dur e 

9.15.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to cr e at e a conn e ct i on b e tw ee n an i n i t i at i ng SSF and an ass i st i ng SSF as part of a 
s e rv i c e ass i st proc e dur e . I t can a l so b e us e d to cr e at e a conn e ct i on b e tw ee n a SSF and a SRF, for tin e 
cas e wh e r e th e SRF e x i sts i n a s e parat el y addr e ssab le PE. 

9.15.1.1 Param e t e rs 

ass i st i ngSSP I PRout i ngAddr e s 



Th i s param e t e r i nd i cat e s th e d e st i nat i on addr e ss of th e SRF for ass i st proc e dur e . Th e 
" ass i st i ngSSP I PRout i ngAddr e ss " may conta i n e mb e dd e d w i th i n i t, a " corr el at i on I D " and " scf l D "^r-but 
on l y i f " corr el at i on I D " and " scf I D " ar e not sp e c i f ie d s e parat el y. 

corr el at i on I D: 



Th i s param e t e r i s us e d by th e SCF to assoc i ate th e Ass i stR e qu e st l nstruct i ons from th e ass i st i ng 
SSF (or th e SRF) w i th th e I n i t i a l DP from th e i n i t i at i ng SSF. Th e " corr el at i on I D " i s us e d on l y i f th e 
corr el at i on I D i s not e mb e dd e d i n th e " ass i st i ngSSP I PRout i ngAddr e ss " . Th e n e twork op e rators has 
to d e c i d e about th e actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 

scf I D: 



Th i s param e t e r i nd i cat e s th e SCF i d e nt i f ie r and e nab le s th e ass i st i ng SSF to i d e nt i fy wh i ch SCF th e 
Ass i stR e qu e st l nstruct i ons shou l d b e s e nt to. Th e " scf I D " i s us e d on l y i f th e SCF I D i s not 
e mb e dd e d i n th e " ass i st i ngSSP I PRout i ngAddr e ss " . Th e n e twork op e rators has to d e c i d e about th e 
actua l mapp i ng of th i s param e t e r on th e us e d s i gna lli ng syst e m. 

s e rv i c el nt e ract i on l nd i cators: 



Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.15.2 l nvo l < i ng e nt i ty (SCF) 

9.15.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4] A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SL has d e t e rm i n e d that a conn e ct i on i s n ee d e d b e tw ee n th e SSF and SRF or b e tw ee n th e SSF 

and an ass i st i ng SSF. 
(3) Th e ca ll party i s not conn e ct e d to any oth e r party. 

SCF postcond i t i on: 

m Th e SCF i s " Wa i t i ng for Ass i st R e qu e st l nstruct i ons "T^ 

I n th e SCSM FSM stat e " Rout i ng to R e sourc e" , th i s op e rat i on i s i nvok e d by th e SCF wh e n th e SL 
d e t e rm i n e s that an ass i st i ng SSF or a D i r e ct SCF - SRF r el at i on i s n ee d e d. Th e SCSM FSM th e n 
trans i t i ons to stat e " Wa i t i ng for Ass i st i ng R e qu e st e d I nstruct i ons "^ 

9.15.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.15.3 R e spond i ng e nt i ty (SSF) 

9.15.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt lias b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e SSF wa i ts for i nstruct i ons. 

(4) Th e SSF i s not an ass i st i ng SSF. 

SSF postcond i t i ons: 

(4) Th e SSF p e rforms th e ca ll proc e ss i ng act i ons to rout e th e ca ll to th e ass i st i ng SSF. 

(2) Th e SSF wa i ts for e nd of t e mporary conn e ct i on. 

On r e c ei pt of th i s op e rat i on i n th e SSF FSM stat e " Wa i t i ng for I nstruct i ons " , th e SSP has to p e rform th e 
fo ll ow i ng act i ons: 

r e s e t th e T ss p-te-l-E TC ^ 

rout e th e ca ll to ass i st i ng SSF us i ng " ass i st i ngSSP I PRout i ngAddr e ss "^ 

th e SSF FSM go e s to stat e " Wa i t i ng for End of T e mporary Conn e ct i on " ( e 7). 

9.15.3.2 Error hand li ng 

Unt il th e conn e ct i on s e tup has b ee n acc e pt e d by th e ass i st i ng SSF/SRF, a ll r e c ei v e d fa il ur e i nd i cat i ons 
from th e n e twork on th e ETC e stab li shm e nt sha ll b e r e port e d to th e SCF as ETC e rror ETCFa ile d ( e .g., 
busy, cong e st i on). Th e op e rat i on t i m e r for ETC sha ll b e l ong e r th e n th e max i mum a ll ow e d t i m e for th e 
s i gna lli ng proc e dur e s to acc e pt th e conn e ct i on. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9t4€ Ev e ntNot i f i cat i onCharg i ng proc e dur e 

9.16.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d by th e SSF to r e port to th e SCF th e occurr e nc e of a sp e c i f i c charg i ng e v e nt typ e as 
r e qu e st e d by th e SCF us i ng th e R e qu e stNot i f i cat i onCharg i ngEv e nt op e rat i on. Th e op e rat i on supports th e 
opt i ons to cop e w i th th e i nt e ract i ons conc e rn i ng th e charg i ng (r e f e r to Ann e x B, C l aus e B.^). 

As s e v e ra l charg i ng e v e nts may occur dur i ng a conn e ct i on conf i gurat i on a poss i b ili ty e x i sts for th e ENC 
op e rat i on to b e i nvok e d on mu l t i p le occas i ons. For e ach conn e ct i on conf i gurat i on ENC may b e us e d 
s e v e ra l t i m e s. 

9.16.1.1 Param e t e rs 

e v e ntTyp e Charg i ng: 



Th i s param e t e r i nd i cat e s th e charg i ng e v e nt typ e wh i ch has occurr e d. I ts cont e nt i s n e twork 
op e rator sp e c i f i c, wh i ch may b e " charg e Pu l s e s "-9<^" charg e M e ssag e s "T 

e v e ntSp e c i f i c l nformat i onCharg i ng: 

Th i s param e t e r conta i ns charg i ng r el at e d i nformat i on sp e c i f i c to th e e v e nt. I ts cont e nt i s n e twork 

op e rator sp e c i f i c. 



le g l D: 

Th i s param e t e r i nd i cat e s th e le g I D on wh i ch th e charg i ng e v e nt typ e app lie s. 
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mon i torMod e : 



Th i s param e t e r i nd i cat e s how th e charg i ng e v e nt is r e port e d. Wh e n th e " mon i torMod e"— is 

"i nt e rrupt e d " , th e e v e nt i s r e port e d as a r e qu e st, i f th e " mon i torMod e"-is-" not i fyAndCont i nu e"r-the 
e v e nt i s r e port e d as a not i f i cat i on. Th e " mon i torMod e"-" transpar e nt " i s not app li cab le for th e 
Ev e ntNot i f i cat i onCharg i ng op e rat i on. 

9.16.2 I nvok i ng e nt i ty (SSF) 

9.16.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

ft] A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) A charg i ng e v e nt has b ee n d e t e ct e d that i s r e qu e st e d by th e SCF. 

SSF postcond i t i on: 

ft] No FSM stat e trans i t i on. 

Th e SSF FSM i s i n any stat e e xc e pt "Idle" . Th i s op e rat i on i s i nvok e d i f a charg i ng e v e nt has b ee n 
d e t e ct e d that i s r e qu e st e d by th e SCF. Th e d e t e ct e d charg i ng e v e nt can b e caus e d by: a) anoth e r SLP I or 
b) anoth e r e xchang e . I rr e sp e ct i v e of by what th e charg i ng e v e nt i s caus e d th e SSF p e rforms on e of th e 
fo ll ow i ng act i ons on occurr e nc e of th e charg i ng e v e nt (accord i ng to th e corr e spond i ng mon i torMod e ): 

I nt e rrupt e d: 

Not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng op e rat i on, do not proc e ss th e 

e v e nt, but d i scard i t. How e v e r, ca ll and e x i st i ng charg i ng proc e ss i ng w ill not b e susp e nd e d i n th e 
SS^ 

Not i fyAndCont i nu e : 

Not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng, and cont i nu e proc e ss i ng th e 

e v e nt or s i gna l . 

9.16.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.16.3 R e spond i ng e nt i ty (SCF) 

9.16.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

m A R e qu e stNot i f i cat i onCharg i ngEv e nt has b ee n s e nt at th e r e qu e st of a SLP I and SLP I i s e xp e ct i ng 

an Ev e ntNot i f i cat i onCharg i ng from th e SSF. 

SCF postcond i t i on: 

ft] No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SLP I wh i ch i s e xp e ct i ng th i s not i f i cat i on can cont i nu e . I f th e corr e spond i ng 
mon i tor mod e was s e t by th e SLP I to Int e rrupt e d, th e SLP I pr e par e s i nstruct i ons for th e SSF i f n e c e ssary 

9.16.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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9.17 EventReportBCSM procedure 

9.17.1 General description 

This operation is used to notify tine qsm SCF of a call related event previously requested by the qsm SCF in 
an RequestReportBCSMEvent operation. The monitoring of more than one event could be requested with 
a RequestReportBCSMEvent operation, but each of these requested events is reported in a separate 
EventReportBCSM operation. 

9.17.1.1 Parameters 

eventTypeBCSM: 

This parameter specifies the type of event that is reported. 

eventSpecificlnformationBCSM: 

This parameter indicates the call related information specific to the event. 

For Co lle ct e d l nfo i t w ill conta i n th e " ca lle dPartyNumber 'V 

For Ana l yz e d l nformat i on i t w ill conta i n th e " ca lle dPartyNumb e r "T 

For Rout e S ele ctFa il ur e i t w ill conta i n th e " Fa il ur e Caus e" , i f ava il ab le . 

For O - or T - Ca lle dPartyBusy i t w ill conta i n th e " BusyCaus e" , i f ava il ab le . 

For O - or T - NoAnsw e r i t w ill b e e mpty. 

For O- or T-Answer it will be empty. 

For O - or T - M i dCa ll i t w ill b e e mpty. 

For O- or T-Disconnect it will contain the "releaseCause", if available. 

leglD: 

This parameter indicates the party in the call for which the event is reported. qsm SSF will use the 

option "receivingSidelD" only. 

receivingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP ( i n cas e of a 

m i dca ll tr i gg e r, th e party caus i ng th e tr i gg e r), or th e party that was cr e at e d w i th an 

I n i t i at e Ca ll Att e mpt op e rat i on . 

"leglD" = 2 indicates the party that was created with a Connect operation (Continue 

operation) , or i n cas e of a m i dca ll tr i gg e r, th e party not caus i ng th e tr i gg e r . 

If not included, the following defaults are assumed: 

"le g l D " = 1 for th e e v e nts Co lle ct e d l nfo, Ana l yz e d l nformat i on, - Abandon and T - Abandon, 

"leg ID" = 2 for the events Rout e S ele ctFa il ur e , - Ca lle dPartyBusy, - NoAnsw e r, 0-Answery 
T - Ca lle dPartyBusy, T - NoAnsw e r and T-Answer. 

The "leglD" parameter shall always be included for the events - M i dCa ll , 0-Disconnectr^ 
M i dCa ll and T-Disconnect. 

miscCalllnfo: 

This parameter indicates DP related information. 

messageType: 

This parameter indicates whether the message is a request, i.e. resulting from a 
RequestReportBCSMEvent with "monitorMode" = "interrupted", or a notification, i.e. resulting 
from a RequestReportBCSMEvent with "monitorMode" = "notifyAndContinue". 
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9.17.2 Invoking entity ( qsmS SF) 

9.17.2.1 Normal procedure 

qsm SSF preconditions: 

(1 ) Tine qsm SSF FSM sliall be in tine state "Monitoring"; or 

tine gsm SSF FSM may be in state "Waiting for Instructions" if the Disconnect DP is armed and 
encounteredf-9f 
tin e SSF FSM may b e i n any stat e i f tin e Abandon DP i s arm e d and e ncount e r e d . 

(2) Tine BCSM proceeds to an EDP tinat is armed. 

qsm SSF postconditions: 

(1 ) Tine qsm SSF FSM stays in tine state "Monitoring" if the message type was notification and there are 
still EDPs armed or a Ca lll nformat i onR e port or App l yCharg i ngR e port r e qu e st e d . 

(2) The qsm SSF FSM-moves to the state "Idle" if the message type was notification and there are no 
more EDPs armed , no Ca lll nformat i onR e port or App l yCharg i ngR e port ar e r e qu e st e d . 

(3) The qsm SSF FSM-moves to the state "Waiting for Instructions" if the message type was request. 
Call processing is interrupted. 

For c e rta i n s e rv i c e f e atur e s i t i s n e c e ssary that th e sam e - BCSM i nstanc e i s r e us e d. Examp le s ar e 
fo ll ow - on ca ll s. 

Th e d e c i s i on to r e us e th e sam e - BCSM i nstanc e can on l y b e tak e n by th e SCF aft e r c e rta i n arm e d EDP - 
Rs ar e r e port e d. 

Th e cons i d e r e d EDP - Rs ar e : 

Rout e S ele ctFa il ur e ; 



- Ca lle dPartyBusy; 

- NoAnsw e r; 

- D i sconn e ct. 

If a EDP-R is met that causes the release of the related leg all EDPs related to that leg are disarmed and 
the event is reported via EventReportBCSM. To a ll ow th e r e us e of th e sam e - BCSM i nstanc e th e BCSM 
has to stor e a ll ca ll r el at e d s i gna lli ng param e t e rs ( e .g. " ca lli ngPartyNumb e r "-" ca lli ngPartysCat e gory " ) unt il 
th e BCSM i nstanc e i s r ele as e d. 

I n th e cas e th e r e sp e ct i v e EDP - R i s m e t (s ee li st abov e w i th - D i sconn e ct on l y for "le g l D " = 2), th e A - l e g 
w ill b e h el d, th e B -le g w ill b e r ele as e d and th e SCF i s i nform e d v i a Ev e ntR e portBCSM. 

I f th e A - party d i sconn e cts th e ca ll i s r ele as e d wh e th e r or not a DP was arm e d. 

9.17.2.2 Error handling 

In case the message type is request, on expiration of Tssp before receiving any operation, the qsm SSF 
aborts the interaction with the qsm SCF and instructs the GMSC/MSC GG^ to handle the call accordinq to 
the Default Call Handlinq parameter of the valid CSI rout e th e ca ll i f n e c e ssary, e .q. to a f i na l 
announc e m e nt . 

Operation related error handling is not applicable, due to class 4 operation. 

9.17.3 Spare R e spond i nq e nt i ty (SCF) 

9.17.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SSF and th e SCF. 

(2) Th e SCSM FSM i s i n th e stat e " Pr e par i ng SSF I nstruct i ons " , sub - stat e " Wa i t i ng for Not i f i cat i on or 

R e qu e st "T 
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SCF postcond i t i ons: 

(4] Tli e SCSM FSM stays i n th e sub - stat e " Wa i t i ng for Not i f i cat i on or R e qu e st " i f tin e m e ssag e typ e 

was not i f i cat i on and tli e r e ar e st ill EDPs arm e d or a Ca lll nformat i onR e port or App l yCliarg i ngR e port 

r e qu e st e d; or 
th e SCSM FSM mov e s to th e stat e "Jdte" i f th e m e ssag e typ e was not i f i cat i on and th e r e ar e no 

mor e EDPs arm e d, no Ca lll nformat i onR e port or App l yCharg i ngR e port ar e r e qu e st e d; or 

th e SCSM FSM mov e s to th e stat e " Pr e par i ng SSF I nstruct i ons " i f th e m e ssag e typ e was r e qu e st. 

(2) Th e e v e nt i s r e port e d to a SLP I , bas e d on th e d i a l ogu e I D. Th e SCF w ill pr e par e SSF or SRF 

i nstruct i ons i n accordanc e w i th th e SLP I . 

9.17.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.18 Spare Furn i shCharq i nq I nformat i on proc e dur e 

9.18.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to g e n e rat e , r e g i st e r a ca ll r e cord or to i nc l ud e som e 
i nformat i on i n th e d e fau l t ca ll r e cord. Th e r e g i st e r e d ca ll r e cord i s i nt e nd e d for off -li n e charg i ng of th e ca ll . 
A poss i b ili ty e x i sts for th e Furn i sh Charg i ng I nformat i on (FC I ) op e rat i on to b e i nvok e d on mu l t i p le 
occas i ons. FC I cou l d b e app lie d at th e b e g i nn i ng of th e ca ll i n ord e r to r e qu e st to start ca ll r e cord 
g e n e rat i on. I n add i t i on FC I can a l so b e app lie d at th e e nd of th e ca ll or conn e ct i on conf i gurat i on ( e .g., for 
fo ll ow - on ca ll s). I n th i s cas e , FC I i s us e d to i nc l ud e charg e r el at e d i nformat i on i nto th e ca ll r e cord wh i ch 
was start e d at th e b e g i nn i ng of th e ca ll . Wh e n add i t i ona l FC I s ar e us e d i t i s r e comm e nd e d to arm an 
EDP - R ( i nd i cat i ng th e e nd of ca ll or conn e ct i on conf i gurat i on) to b e ab le to app l y FC I b e for e th e 
t e rm i nat i on of th e ca ll r e cord g e n e rat i on. Th e charg i ng sc e nar i os support e d by th i s op e rat i on ar e : 
sc e nar i os 2.2, 2.3 and 2.A (r e f e r to Ann e x B) 

9.18.1.1 Param e t e rs 

FC I B illi ngCharg i ngCharact e r i st i cs: 

Th i s param e t e r i nd i cat e s b illi ng and/or charg i ng charact e r i st i cs. I ts cont e nt i s n e twork op e rator 

sp e c i f i c. D e p e nd i ng on th e app lie d charg i ng sc e nar i o th e fo ll ow i ng i nformat i on ele m e nts can b e 

i nc l ud e d (r e f e r to Ann e x B): 

comp le t e charg i ng r e cord (sc e nar i o 2.2); 

charg e party (sc e nar i o 2.3); 

charg e le v el (sc e nar i o 2.3); 

charg e i t e ms (sc e nar i o 2.3); 



corr el at i on I D (sc e nar i o 2.A). 

9.18.2 I nvok i ng e nt i ty (SCF) 

9.18.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a Furn i shCharg i ng l nformat i on has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on. 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e " Pr e par i ng SSF i nstruct i on " or i s i n stat e " Qu e u i ng FSM " . Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e r e qu e st of cr e at i ng a ca ll r e cord to th e SSF or to i nc l ud e som e 
b illi ng or charg i ng i nformat i on i nto th e d e fau l t ca ll r e cord. I n th e cas e of ca ll qu e u i ng, th i s op e rat i on may 
conta i n i nformat i on p e rta i n i ng to th e i n i t i at i on of qu e u i ng or th e ca ll qu e u i ng t i m e durat i on for ca ll l ogg i ng 
purpos e . Th i s caus e s no SCSM FSM stat e trans i t i on. 



GSM 09.78 158 TS 101 046 V5.0.1 (1997-04) 

9.18.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.18.3 R e spond i ng e nt i ty (SSF) 

9.18.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

{Vj SSF FSM Stat e c, " Wa i t i ng for l nstruct i ons "-ef 

SSF FSM Stat e d, " Wa i t i ng for End of Us e r l nt e ract i on "-of 

SSF FSM Stat e e , " Wa i t i ng for End of T e mporary Conn e ct i on "-of 

Ass i st i ng/hand - off SSF FSM Stat e b, " Wa i t i ng for l nstruct i ons "T^ 

SSF postcond i t i on: 

{Vj No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to cr e at e th e ca ll r e cord accord i ng th e off -li n e 
charg i ng sc e nar i o wh i ch i s app li cab le us i ng th e i nformat i on ele m e nts i nc l ud e d i n th e op e rat i on: 

r e g i st e rs th e comp le t e ca ll record i nc l ud e d i n th e op e rat i on; 

g e n e rat e s and r e g i st e rs a ca ll r e cord accord i ng th e i nformat i on (charg e party, charg e le v el , charg e 

i t e ms); 
i nc l ud e th e i nformat i on r e c ei v e d " corr el at i on I D " i n th e d e fau l t ca ll r e cord wh i ch i s g e n e rat e d and, 

r e g i st e r e d by d e fau l t at th e SSF. 

By m e ans of a param e t e r at th e Furn i shCharg i ng l nformat i on op e rat i on th e SCF can i n i t i at e th e pu l s e 
m e t e r i ng funct i on of th e SSF. 

I n that cas e th e SSF sha ll g e n e rat e m e t e r pu l s e s accord i ng to th e app li cab le charg i ng le v el , account and 
r e cord th e m. 

Th e SSF r e cords charg e r el at e d data, e .g. th e ca ll durat i on, b e g i n t i m e stamp or e nd t i m e stamp. 
Add i t i ona ll y, th e SSF r e cords furth e r data i f r e qu i r e d. 

Th e charg i ng le v el can b e d e t e rm i n e d by 

a) th e SCF; or 

b) th e SSF; or 

e) a succ ee d i ng e xchang e ; or 

d) th e post proc e ss i ng funct i on. 

I f cas e a) app lie s, th e charg i ng le v el i s i nc l ud e d i n th e Furn i shCharg i ng l nformat i on op e rat i on. 

I f cas e b) app lie s, th e SSF sha ll d e t e rm i n e th e charg i ng le v el bas e d on th e corr e spond i ng param e t e rs 
conta i n e d i n th e op e rat i on. 

I f cas e c) — app lie s, — ei th e r th e — Furn i shCharg i ng l nformat i on — op e rat i on — conta i ns th e — corr e spond i ng 
param e t e rs i nd i cat i ng that th e charg i ng le v el sha ll b e d e t e rm i n e d i n a succ ee d i ng e xchang e or th e SSF 
d e t e cts dur i ng th e d e t e rm i nat i on of th e charg i ng le v el bas e d on th e prov i d e d param e t e rs that th e charg i ng 
le v el sha ll b e d e t e rm i n e d i n a succ ee d i ng e xchang e . 

Th e SSF can ei th e r account r e c ei v e d pu l s e s or conv e rt any charg i ng m e ssag e s r e c ei v e d from th e B - s i d e 
to pu l s e s. I n both cas e s, th e accumu l at e d pu l s e s ar e i nc l ud e d wh e n th e I N ca ll r e cord i s g e n e rat e d or 
i gnor e d. 
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9.18.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.19 InitialDP procedure 

9.19.1 General description 

This operation is sent by the qsm SSF after detection of a TDP-R in the BCSM, to request the qsm SCF for 
instructions to complete the call. 

9.19.1.1 Parameters 

serviceKey: 

This parameter identifies for the qsm SCF unambiguously the requested IN service. It is used to 

address the correct application/SLP within the qsm SCF (not for SGP qsmSCF addressing). 

calledPartyNumber: 

This parameter contains the number used to identify the called party in the forward direction, e.g. 

the Called party number of ISUP (see ETS 300 356-1 [47]). 

callingPartyNumber: 

This parameter carries the calling party number to identify the calling party or the origin of the call. 

The encoding of the parameter is defined in ETS 300 356-1 [4?]. 

callingPartysCategory: 

Indicates the type of calling party (e.g., operator, pay phone, ordinary subscriber). 

originalCalledPartylD: 

This parameter carries the dialled digits if the call has met call forwarding on the route to the 

SSP qsmSSF . 

locationNumber: 

This parameter is used to convey the geographical area address for mobility services. It is used 
when "callingPartyNumber" does not contain any information about the geographical location of the 
calling party (e.g., origin dependent routing when the calling party is a mobile subscriber). 

forwardCa lll nd i cators: 



Th i s param e t e r i nd i cat e s i f th e ca ll sha ll b e tr e at e d as a nat i ona l or i nt e rnat i ona l ca ll . I t a l so 
i nd i cat e s th e s i gna lli ng capab ili t ie s of th e n e twork acc e ss, pr e c e d i ng n e twork conn e ct i on and th e 
pr e f e rr e d s i gna lli ng capab ili t ie s of th e succ ee d i ng n e twork conn e ct i on. Th e n e twork acc e ss 
capab ili t ie s do not i nd i cat e th e t e rm i na l typ e . For e xamp le , an I nt e grat e d S e rv i c e s Pr i vat e Branch 
e xchang e ( I SPBX) w ill hav e an I SDN typ e of acc e ss, but th e e nd us e r t e rm i na l b e h i nd th e I SPBX 
may b e I SDN or non -I SDN. 

bearerCapability: 

This parameter indicates the type of the bearer capability connection to the user: 

bearerCap: 

This parameter contains the value of the DSS1 B e ar e r Capab ili ty param e t e r i n cas e th e SSF 

i s at l oca l e xchang e le v el or th e va l u e of th e ISUP User Service Information parameter-in 

cas e th e SSF i s at trans i t e xchang e le v el. 

The parameter "bearerCapability" shall only be included in the InitialDP operation in case the DSS1 
B e ar e r Capab ili ty param e t e r or th e ISUP User Service Information parameter is available at the 
SSP qsmSSF . 
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If two va l u e s for b e ar e r capab ili ty ar e ava il ab le at th e SSF or i f User Service Information and User 
Service Information Prime are available at the qsm SSF the "bearerCap" shall contain th e va l u e of 
th e pr e f e rr e d b e ar e r capab ili ty r e sp e ct i v el y the value of the User Service Information Prime 
parameter. 

eventTypeBCSM: 

This parameter indicates the armed BCSM DP event, resulting in the InitialDP operation. 

redirectingPartylD: 

This parameter indicates the directory number the call was redirected from. 

redirectionlnformation: 

It contains forwarding related information, such as redirecting counter. 

i PAva il ab le : 



I nd i cat e s wh e th e r or not an I P i s attach e d and ava il ab le ( i . e ., not e xhaust e d) at th e SSP. 
i PSSPCapab ili t ie s: 



I nd i cat e s wh i ch SRF r e sourc e ar e support e d w i th i n th e SSP an attach e d and ava il ab le . 
cGEncount e r e d: 



Th i s param e t e r i nd i cat e s that th e r el at e d ca ll has pass e d ca ll gapp i ng. 

additionalCallingPartyNumber: 

The calling party number provided by the access signalling system of the calling user. 

s e rv i c el nt e ract i on l nd i cators: 

Th i s param e t e r conta i n i nd i cators s e nt from th e SSP to th e SCP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

highlayerCompatibility: 

This parameter indicates the type of the high layer compatibility, which will be used to determine the 

ISDN-teleservice of a connected ISDN terminal. For encoding, DSS1 (see ETS 300 403-1 [5S]) is 

used. 

IMSI: 



IMSI of the mobile subscriber for which the CAMEL service is invoked. For encoding see GSM 
09.02 1 151. 

subscribe rState: 



The state of the mobile subscriber for which the CAMEL service is invoked. The possible states are 
busy, idle and not reachable. For encoding see GSM 09.02 [ 15]. 

locationlnformation: 



This parameter indicates the whereabouts of the MS, and the age of the information defining the 
whereabouts. For encoding see GSM 09.02 [ 15]. 

ext-BasicServiceCode: 



Indicates the Basic Service Code. For encoding see GSM 09.02 [ 15]. 
callReferenceNumber: 



This parameter gives the call reference number assigned to the call by the GMSC/MSC. For 

encoding see GSM 09.02 [ 15]. 

9.19.2 Invoking entity ( qsmS SF) 

9.19.2.1 Normal procedure 

gsmSSF preconditions: 

(1) Call origination attempt has been initiated. 

(2) An event has been detected at a DP. 

(3) Ca ll gapp i ng and S i gna lli ng Syst e m No. 7 ov e r l oad ar e not i n e ff e ct for th e ca ll , and th e ca ll i s not to 

b e f il t e r e d. 
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qsm SSF postcondition: 

(1) A control relationslnip lias been establislned and tine qsm SSF waits for instructions from tine 
gsmSCF. 

Fo ll ow i ng a tr i gg e r d e t e ct i on r el at e d to an arm e d TDP - R i n \h e BCSM caus e d by a ca ll or i g i nat i on att e mpt, 
th e SSF ch e cks i f ca ll gapp i ng, S i gna lli ng Syst e m No. 7 ov e r l oad or s e rv i c e f il t e r i ng ar e not i n e ff e ct for th e 
r el at e d ca ll s e gm e nt. 

I f th e s e cond i t i ons ar e m e t, th e n th e I n i t i a l DP op e rat i on i s i nvok e d by th e SSF. The address of the 
qsm SCF the InitialDP operation shall has4G be sent to is d e t e rm i n e d on th e bas e of tr i gg e r r el at e d data. 
Th e SSF prov i d e as many param e t e rs as ava il ab le . 

fetched from the valid CSI. The gsmSSF provides all available parameters. 

NOTE: Th i s i s for furth e r study. 
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I n som e s e rv i c e- sp e c i f i c cas e s, som e param e t e rs sha ll b e ava il ab le (such as " ca lli ngPartyNumb e r "-0f 
" ca lli ngPartysCat e gory " ). Th i s sha ll b e hand le d appropr i at el y by th e SSF i n i ts tr i gg e r tab le (to know that 
such param e t e r ar e n e c e ssary for som e tr i gg e r i ng cond i t i ons) and i n conduct i ng th e n e c e ssary act i on to 
g e t th e s e param e t e rs i f th e y ar e not ava il ab le (for i nstanc e , i f MF s i gna lli ng i s us e d, i t i s poss i b le to 
r e qu e st th e " ca lli ngPartysCat e gory " from a pr e c e d i ng e xchang e ). 

Oth e rw i s e , th e SSF r e turns ca ll contro l to th e CCF. 

A control relationship is established to the SCF. Th e qsmSCF. The gsm SSF application timer Tssp is set 
when the gsmSSF sends InitialDP for requesting instructions from the gsm SCF. It is used to prevent from 
excessive call suspension time. 

9.19.2.2 Error handling 

If the destination qsm SCF is not accessible then the SSF FSM i nstructs th e CCF to rout e th e ca ll i f 
n e c e ssary e .g., to a f i na l announc e m e nt qsmSSF instructs the GMSC/MSC to handle the call accordinq to 
the Default Call Handlinq parameter of the valid CSI . 

On expiration of Tssp before receiving any operation, the gsmSSF aborts the interaction with the SCF and 
i nstructs th e CCF to rout e th e ca ll i f n e c e ssary e .q., to a f i na l announc e m e nt qsmSCF and instructs the 
GMSC/VMSC to handle the call accordinq to the Default Call Handlinq parameter of the valid CSI . 

If the calling party abandons after the sending of InitialDP, then the gsmSSF aborts the control relationship 
after the first answer message from the qsmS CF has been received. 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services 
which are used for reporting operation errors are described in Clause 10. 

9.19.3 Spare R e spond i nq e nt i ty (SCF) 

9.19.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 
Non e . 

SCF postcond i t i on: 

fl-) An SLP I has b ee n i nvok e d. 

On r e c ei pt of I n i t i a l DP op e rat i on th e SCSM mov e s from "Idle" to th e stat e " Pr e par i ng SSF I nstruct i ons "^ 
contro l r el at i onsh i p to th e r el at e d SSF i s cr e at e d. A SLP I i s i nvok e d for proc e ss i ng th e I n i t i a l DP op e rat i on 
bas e d on th e " s e rv i c e K e y " param e t e r. By m e ans of th i s contro l r el at i onsh i p, th e SCF may i nf l u e nc e th e 
bas i c ca ll proc e ss i ng i n accordanc e w i th th e SL i nvok e d. 

Th e act i ons to b e p e rform e d i n th e SLP I d e p e nd on th e param e t e rs conv e y e d v i a th i s op e rat i on and th e 
SLP I , i . e . th e r e qu e st e d I N s e rv i c e , i ts el f. 

9.19.3.2 Error hand li ng 

I f th e I n i t i a l DP op e rat i on i s r e j e ct e d th e n th e SCSM r e ma i ns i n "Idle" . Th e ma i nt e nanc e funct i on i s 
i nform e d and no SLP I i s i nvok e d. 

Th e fo ll ow i ng e rror cas e s ar e i nd i cat e d to th e SSF: 

M i ss i ngCustom e rR e cord: 

Th e SCF has not found th e appropr i at e SL corr e spond i ng to th e prov i d e d s e rv i c e k e y or th e 

appropr i at e s e rv i c e subscr i b e r r el at e d SL. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9.20- 9.22 Spare l n i t i at e Ca ll Att e mpt proc e dur e 

9.20.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e qu e st th e SSF to cr e at e a n e w call to on e call party us i ng th e addr e ss 
i nformat i on prov i d e d by th e SCF. An EDP - R sha ll b e arm e d on answ e r and a ll th e ca ll fa il ur e e v e nts, i n 
ord e r to hav e th e SCF tr e at th i s ca ll appropr i at el y wh e n ei th e r of th e s e e v e nts i s e ncount e r e d. 

9.20.1.1 Param e t e rs 

d e st i nat i onRout i ngAddr e ss: 



Th i s param e t e r conta i ns th e ca lle d party numb e r towards wh i ch th e ca ll i s to b e rout e d. Th e 
e ncod i ng of th e param e t e r i s d e f i n e d i n ETS 300 356 - 1 [6?Jv 

ca lli ngPartyNumb e r 



Th i s param e t e r i d e nt i f ie s wh i ch numb e r sha ll b e r e gard e d as th e ca lli ng party for th e cr e at e d ca ll . I f 
th i s param e t e r i s not s e nt by th e SCF, th e SSF may supp l y a n e twork d e p e nd e nt d e fau l t va l u e . 

a le rt i ng Patt e rn: 



Th i s param e t e r i nd i cat e s a sp e c i f i c patt e rn that i s us e d to a le rt a subscr i b e r ( e .g. d i st i nct i v e r i ng i ng, 
ton e s, e tc.). I t on l y app lie s i f th e n e twork s i gna lli ng support th i s paramet e r or i f SSF i s th e 
t e rm i nat i ng l oca l e xchang e for th e subscr i b e r. 

s e rv i c el nt e ract i on l nd i cators: 



Th i s param e t e r conta i n i nd i cators s e nt from th e SCP to th e SSP for contro l of th e n e twork bas e d 

s e rv i c e s at th e or i g i nat i ng e xchang e and th e d e st i nat i on e xchang e . 

9.20.2 l nvo l < i ng e nt i ty (SCF) 

9.20.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) An SLP I has b ee n i nvok e d, no contro l r el at i onsh i p e x i sts b e tw ee n SCF and SSF. 

(2) An SLP I has d e t e rm i n e d that an I n i t i at e Ca ll Att e mpt op e rat i on shou l d b e s e nt to th e SCF. 

(3) Th e SCSM FSM i s i n stat e "Jdte'V 

SCF postcond i t i ons: 

m A contro l r el at i onsh i p i s e stab li sh e d b e tw ee n th e SCF and SSF. 

(2) Th e SCSM FSM i s i n stat e " Pr e par i ng SSF I nstruct i ons ". 

(3) SLP I e x e cut i on cont i nu e s. 

Th e SCSM FSM mov e s to stat e " Pr e par i ng SSF I nstruct i ons " wh e n th e SL i nvok e s th i s op e rat i on. I n ord e r 
to e nab le th e e stab li shm e nt of a contro l r el at i onsh i p b e tw ee n th e SCF and SSF and to a ll ow th e SCF to 
contro l th e cr e at e d ca ll appropr i at el y, th e SLP I sha ll mon i tor for th e BCSM e v e nt(s) wh i ch r e port th e r e su l t 
of th e cr e at e d ca ll s e tup. Th i s i nc l ud e s DP3 or DP^, DPS, DPS and DP7. Any oth e r non - ca ll- proc e ss i ng 
i nstruct i ons may b e s e nt as w ell . Th e I n i t i at e Ca ll Att e mpt op e rat i on cr e at e s a BCSM i nstanc e i n th e SSF 
but th e SSF susp e nds th e ca ll proc e ss i ng of th i s BCSM. Th e SLP I sha ll s e nd a Cont i nu e op e rat i on to 
r e qu e st th e SSF to rout e th e ca ll to th e sp e c i f ie d d e st i nat i on. Th e SCSM FSM sha ll proc ee d as sp e c i f ie d 
at th e proc e dur e for th e Cont i nu e op e rat i on. 

Th e abov e d e scr i b e d proc e dur e sha ll b e part of th e e stab li shm e nt of th e contro l r el at i onsh i p, i . e . 
op e rat i ons up to and i nc l ud i ng th e Cont i nu e op e rat i on sha ll b e s e nt tog e th e r i n th e sam e m e ssag e to th e 
SS^ 

Th e SCF sha ll start a r e spons e T i m e r T g cp wh e n th e I n i t i at e Ca ll Att e mpt op e rat i on i s s e nt. Th e r e spons e 
T i m e r sha ll sup e rv i s e th e conf i rmat i on of th e d i a l ogu e from SSF, th e va l u e of T g c p sha ll b e e qua l or le ss 
th e n th e n e twork no answ e r t i m e r. 
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9.20.2.2 Error hand li ng 

On e xp i rat i on of T g c F th e SCF sha ll abort th e d i a l ogu e , r e port th e abort to th e ma i nt e nanc e funct i ons and 
i nform th e SLP I on th e fa il ur e of d i a l ogu e e stab li shm e nt. Th e SCSM FSM mov e s to th e I d le stat e . 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.20.3 R e spond i ng e nt i ty (SSF) 

9.20.3.1 Norma l proc e dur e 

SSF pr e cond i t i on: 
Non e . 

SSF postcond i t i ons: 

m A n e w or i g i nat i ng BCSM has b ee n cr e at e d, ca ll proc e ss i ng i s susp e nd e d at DP1 . 

(2) Th e SSF FSM has mov e d from "Me" state to state " Wa i t i ng for l nstruct i ons "T 

Upon r e c e pt i on of I n i t i at e Ca ll Att e mpt, th e SSF cr e at e s a n e w or i g i nat i ng BCSM and susp e nds th e ca ll 
proc e ss i ng of th i s BCSM at DP1 . A ll subs e qu e nt op e rat i ons ar e tr e at e d accord i ng to th ei r norma l 
proc e dur e s. 

Th e prop e rt ie s and capab ili t ie s, norma ll y r e c ei v e d from or assoc i at e d to th e ca lli ng party, r e qu i r e d for th e 
ca ll s e tup sha ll hav e a n e twork d e p e nd e nt d e fau l t va l u e . I f a ca lli ng party numb e r i s supp lie d by th e SCF, 
th e s e prop e rt ie s may b e d e p e nd e nt on th e r e c ei v e d ca lli ng party numb e r. 

9.20.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,21 P l ayAnnounc e m e nt proc e dur e 

9.21.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d for i nband i nt e ract i on w i th an ana l ogu e us e r or for i nt e ract i on w i th an I SDN us e r. 

9.21.1.1 Param e t e rs 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e e nd us e r 
byth e SRF. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, th i s can b e on e of th e fo ll ow i ng: 
ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d to 
i nband i nformat i on (sp ee ch) by th e SRF. Th e attr i but e s of t e xt may cons i st of 
i t e ms such as l anguag e . 
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ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Tli i s sp e c i f ie s an announc e m e nt w i tli on e or mor e var i ab le parts. 
numb e rOf R e p e t i t i ons: 



Tli i s param e t e r i nd i cat e s tin e max i mum numb e r of t i m e s tin e m e ssag e slia ll b e s e nt to 
tin e e nd - us e r. 

durat i on: 



Tli i s param e t e r i nd i cat e s tin e max i mum t i m e durat i on i n s e conds tliat tin e m e ssag e 
shal l b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . th e t i m e 
b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt r e p e t i t i on. Th i s 
param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e cifi e s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt, 
durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e durat i on i n s e conds of th e ton e to b e s e nt. ZERO 
i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 

r e c ei v e d by a PSTN e nd - us e r. 

NOTE: As th e curr e nt s i gna lli ng syst e ms (DSS1/ I SUP) do not prov i d e an i nd i cat i on wh e th e r or 

not i nformat i on can b e d i sp l ay e d by th e us e r's t e rm i na l , i n cas e of us e r i nt e ract i on w i th 
an I SDN us e r two cons e cut i v e P l ayAnnounc e m e nt op e rat i ons ar e s e nt. Th e f i rst 
conta i ns th e d i sp l ay i nformat i on, th e s e cond conta i ns th e i nband i nformat i on to b e s e nt 
to th e us e r. S i nc e th e e x e cut i on of th e d i sp l ay i nformat i on by th e SRF shou l d tak e a 
li m i t e d amount of t i m e , th e i nband i nformat i on w ill b e i mm e d i at el y s e nt by th e SRF to 
th e us e r, i n s e qu e nc e w i th th e d i sp l ay i nformat i on. 

d i sconn e ctProm i PForb i dd e n: 



Th i s param e t e r i nd i cat e s wh e th e r or not th e SRF shou l d b e d i sconn e ct e d from th e us e r wh e n all 
i nformat i on has b ee n s e nt. 

r e qu e stAnnounc e m e ntComp le t e : 

Th i s param e t e r i nd i cat e s wh e th e r or not a Sp e c i a li z e dR e sourc e R e port sha ll b e s e nt to th e SCF 

wh e n a ll i nformat i on has b ee n s e nt. 
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9.21.2 I nvok i ng e nt i ty (SCF) 

9.21.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m Tl-i e SLP I d e t e cts tliat i nformat i on sliou l d b e s e nt to tin e us e r. 

(2) A conn e ct i on b e tw ee n tin e us e r and a SRF lias b ee n e stab li sli e d. 

(3) Tli e SCSM FSM i s i n tin e stat e " Us e r i nt e ract i on " , sub - stat e " Wa i t i ng for r e spons e from tin e SRF 'V 

SCF postcond i t i ons: 

ft] — --l^" R e qu e stAnnounc e m e ntComp le t e" was s e t TRUE, th e SCSM w ill stay i n sub - stat e " Wa i t i ng for 

R e spons e from th e SRF " and wa i t for th e Sp e c i a li z e dR e sourc e R e port. 
(2) l^" R e qu e stAnnounc e m e ntComp le t e" was s e t FALSE and mor e i nformat i on n ee ds to b e s e nt 

(" D i sconn e ctFrom l PForb i dd e n " was s e t to TRUE), th e SCSM w ill stay i n sub - stat e " Wa i t i ng for 

R e spons e from th e SRF "t 
(3) l^" R e qu e stAnnounc e m e ntComp le t e" was s e t FALSE and no mor e i nformat i on n ee ds to b e s e nt 

(" D i sconn e ctFrom l PForb i dd e n " was s e t to FALSE), th e SCSM w ill mov e to th e stat e " Pr e par i ng 

SSF I nstruct i ons "^ 

9.21.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.21.3 R e spond i ng e nt i ty (SRF) 

9.21.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

(4) Th e SRSM FSM i s i n th e stat e " Conn e ct e d "^Qf 

i n th e stat e " Us e r I nt e ract i on " i f th e SRF r e c ei v e d pr e v i ous l y an op e rat i on from th e SCF. 

SRF postcond i t i ons: 

(4) Th e SRF s e nds th e i nformat i on to th e us e r as i nd i cat e d by "I nformat i onToS e nd "^ 

(2) Th e SRSM FSM mov e s to th e stat e " Us e r l nt e ract i on "^9f 

r e ma i ns i n th e sam e stat e . 

(3) I f a ll i nformat i on has b ee n s e nt and " R e qu e stAnnounc e m e ntComp le t e" was s e t TRUE, th e SRSM 

s e nds a Sp e c i a li z e dR e sourc e R e port op e rat i on to th e SCF. 
(4) I f a ll i nformat i on has b ee n s e nt and " d i sconn e ctFrom l PForb i dd e n " was s e t FALSE, th e SRSM 

d i sconn e cts th e SRF from th e us e r. 

Th e announc e m e nt s e nd to th e e nd - us e r i s e nd e d i n th e fo ll ow i ng cond i t i ons: 

i f n ei th e r " durat i on "-9<^" numb e rOfR e p e t i t i ons " i s sp e c i f ie d, th e n th e n e twork sp e c i f i c announc e m e nt 

e nd i ng cond i t i ons sha ll app l y; or 

i^" numb e rOfR e p e t i t i ons " i s sp e c i f ie d, wh e n a ll r e p e t i t i ons hav e b ee n s e nt; or 

i^" durat i on " i s sp e c i f ie d, wh e n th e durat i on has e xp i r e d. Th e announc e m e nt i s r e p e at e d unt il th i s 

cond i t i on i s m e t; or 
i^" durat i on " and " numb e rOfR e p e t i t i ons " i s sp e c i f ie d, wh e n on e of both cond i t i ons i s sat i sf ie d 



(what e v e r com e s f i rst). 

9.21.3.2 Error hand li ng 

I f a Canc el op e rat i on i s r e c ei v e d b e for e or dur i ng th e proc e ss i ng of th e op e rat i on th e n th e op e rat i on i s 
i mm e d i at el y canc elle d and th e e rror " Canc elle d " i s r e port e d to th e i nvok i ng e nt i ty. 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 
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9,22 PromptAndCo lle ctUs e r l nformat i on proc e dur e 

9.22.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nt e ract w i th a ca ll party i n ord e r to co lle ct i nformat i on. 

9.22.1.1 Param e t e rs 

co lle ct e d l nfo: 

co lle ct e dD i g i ts: 



m i n i mumNbOf D i g i ts: 

4f — tte — param e t e r — is — m i ss i ng, — the — d e fau l t va l u e — is — d e f i n e d — to — be — ^. — The 
" m i n i mumNbOfD i g i ts " sp e c i f ie s th e m i n i mum numb e r of va li d d i g i ts to b e co lle ct e d. 

max i mumNbOf D i g i ts 



Th i s param e t e r shou l d a l ways b e pr e s e nt and sp e c i f ie s th e max i mum numb e r of va li d 
d i g i ts to b e co lle ct e d. Th e fo ll ow i ng app lie s: 
" max i mumNbOfD i g i ts "->-" m i n i mumNbOfD i g i ts 'V 

e ndOfR e p l yD i g i t: 



Th i s param e t e r i nd i cat e s th e d i g i t us e d to s i gna l th e e nd of i nput. 

I n cas e th e " max i mumNbOfD i g i ts "^" m i n i mumNbOfD i g i ts " , th e "e ndOfR e p l yD i g i t " 

(cou l d b e pr e s e nt but) has no furth e r m e an i ng. Th i s param e t e r can b e on e or two 

d i g i ts. 

I n cas e th e " max i mumNbOfD i g i ts "^" m i n i mumNbOfD i g i ts " th e fo ll ow i ng app lie s: 



4^"e nd0fR e p l yD i g i t " i s not pr e s e nt, th e e nd of i nput i s i nd i cat e d: 

wh e n th e i nt e r - d i g i t t i m e r e xp i r e s; or 

wh e n — the — numb e r — of — valid — d i g i ts r e c ei v e d — eqyals — the 

" max i mumNbOfD i g i ts "^ 



[^"e ndOfR e p l yD i g i t " i s pr e s e nt, th e e nd of i nput i s i nd i cat e d: 

wh e n th e i nt e r - d i g i t t i m e r e xp i r e s; or 

wh e n th e e nd of r e p l y d i g i t i s r e c ei v e d; or 

wh e n — the — numb e r — of — valid — d i g i ts r e c e iv e d — eqyals — the 

" max i mumNbOfD i g i ts "^ 

Wh e n th e e nd of i nput i s atta i n e d, th e co lle ct e d d i g i ts ar e s e nd from SRF to th e SCF. 
I n th e cas e th e numb e r of va li d d i g i ts r e c ei v e d i s le ss than th e " m i n i mumNbOfD i g i ts " 
wh e n th e i nt e r - d i g i t t i m e r e xp i r e s or wh e n th e e nd of r e p l y d i g i t i s r e c ei v e d, th e i nput i s 
sp e c i f ie d as b ei ng e rron e ous. 

canc el D i g i t: 

I f th i s param e t e r i s pr e s e nt, th e canc el d i g i t can b e e nt e r e d by th e us e r to r e qu e st a 
poss i b le r e try. A ll d i g i ts a l r e ady r e c ei v e d by th e SRF ar e d i scard e d and th e sam e 
PromptAndCo lle ctUs e r l nformat i on proc e dur e i s p e rform e d aga i n, thus e .g. th e sam e 
announc e m e nt to r e qu e st us e r i nformat i on i s g i v e n to th e us e r and i nformat i on i s 
co lle ct e d. Th i s param e t e r can b e on e or two d i g i ts. I f th i s param e t e r i s not pr e s e nt, th e 
us e r i s not ab le to r e qu e st a poss i b le r e try. 

startD i g i t: 



I f th i s param e t e r i s pr e s e nt, th e start d i g i t i nd i cat e s th e start of th e va li d d i g i ts to b e 
co lle ct e d. Th e d i g i ts that ar e r e c ei v e d by th e SRF b e for e th i s start d i g i t i s r e c ei v e d, ar e 
d i scard e d and ar e not cons i d e r e d to b e va li d. Th i s param e t e r can b e on e or two d i g i ts. 
I f th i s param e t e r i s not pr e s e nt, a ll r e c ei v e d d i g i ts ar e cons i d e r e d to b e va li d. 



GSM 09.78 168 TS 101 046 V5.0.1 (1997-04) 

f i rstD i g i tT i m e Out: 



I f th i s param e t e r i s pr e s e nt, th e f i rst d i g i t shou l d b e r e c ei v e d by th e SRF b e for e th e 
f i rst - d i g i t t i m e r e xp i rat i on. I n cas e th e f i rst d i g i t i s not r e c ei v e d b e for e f i rst - d i g i t t i m e r 
e xp i rat i on, th e i nput i s r e gard e d to b e e rron e ous. Aft e r r e c ei pt of th e f i rst va li d or 
i nva li d i nput d i g i t, th e corr e spond i ng f i rst - d i g i t t i m e r i s stopp e d. 

I f th i s param e t e r i s not pr e s e nt, th e n th e SRF us e s a d e fau l t va l u e for th e f i rst - d i g i t 
t i m e r i n wh i ch th e f i rst va li d or i nva li d i nput d i g i t i s r e c ei v e d. 

-l^" startD i g i t " i s pr e s e nt, th e f i rst - d i g i t t i m e r i s stopp e d aft e r th e start d i g i t i s r e c ei v e d. 



I nt e rD i g i tT i m e Out: 

I f th i s param e t e r i s pr e s e nt any subs e qu e nt va li d or i nva li d d i g i t, shou l d b e r e c ei v e d by 

th e SRF b e for e th e i nt e r - d i g i t t i m e r e xp i r e s. As r e su l t th e i nt e r - d i g i t t i m e r i s r e s e t and 

r e start e d. 

I n cas e a subs e qu e nt va li d or i nva li d d i g i t i s not r e c ei v e d b e for e th e i nt e r - d i g i t t i m e r 
e xp i r e s and th e numb e r of r e c ei v e d va li d d i g i ts i s le ss than th e " m i n i mumNbOfD i g i ts 'V 
th e i nput i s r e gard e d to b e unsucc e ssfu l . 

I n cas e a subs e qu e nt va li d or i nva li d d i g i t i s not r e c ei v e d b e for e th e i nt e r - d i g i t t i m e r 
e xp i r e s — and — the — numb e r — of — r e c ei v e d — valid — d i g i ts — is — g^eatef — than — the 
" m i n i mumNbOfD i g i ts " , and le ss than or e qua l to th e " max i mumNbOfD i g i ts " , th e i nput i s 
r e gard e d to b e succ e ssfu l . 

I f th e "I nt e rD i g i tT i m e Out " i s not pr e s e nt, th e n th e SRF us e s a d e fau l t va l u e for th e 



i nt e r - d i g i t t i m e . 



e rrorTr e atm e nt: 



Th i s opt i ona l param e t e r d e f i n e s what sp e c i f i c act i on shou l d b e tak e n by th e SRF i n th e 
e v e nt of e rror cond i t i ons occurr i ng. Th e d e fau l t va l u e i s stdErrorAnd l nfo. 

I nt e rruptab le Ann l nd: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng TRUE. 

I f th i s param e t e r i s TRUE, th e announc e m e nt i s i nt e rrupt e d aft e r th e f i rst va li d or 
i nva li d d i g i t i s r e c ei v e d by th e SRF. I f th e announc e m e nt i s i nt e rrupt e d, a poss i b le 
start - d i g i t t i m e r w ill not app l y anymor e . How e v e r, i f th e announc e m e nt has not b ee n 
i nt e rrupt e d, a poss i b le start - d i g i t t i m e r i s start e d aft e r th e announc e m e nt has b ee n 
f i n i sh e d. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to FALSE, th e announc e m e nt w ill not b e 
i nt e rrupt e d aft e r th e f i rst d i g i t i s r e c ei v e d by th e SRF. Th e r e c ei v e d d i g i ts dur i ng th e 
announc e m e nt ar e d i scard e d and cons i d e r e d to b e i nva li d. A ll oth e r sp e c i f ie d 
param e t e rs ( " m i n i mumNbOfD i g i ts "-" max i mumNbOfD i g i ts "-"e ndOfR e p l yD i g i t " , e tc.) do 
not app l y b e for e th e announc e m e nt has b ee n f i n i sh e d. Th e poss i b le start - d i g i t t i m e r i s 
start e d aft e r th e announc e m e nt has b ee n f i n i sh e d. 

vo i c el nformat i on: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng FALSE. I f th e 
" vo i c el nformat i on " param e t e r i s FALSE, a ll va li d or i nva li d d i g i ts ar e e nt e r e d by DTMF. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to TRUE, ca lli ng us e r i s r e qu i r e d to 
prov i d e a ll va li d or i nva li d i nformat i on by sp ee ch. Th e SRF w ill p e rform vo i c e 
r e cogn i t i on and trans l at i on of th e prov i d e d i nformat i on i nto d i g i ts. A poss i b le e nd of 
r e p l y d i g i t w ill a l so hav e to b e prov i d e d by sp ee ch. 
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vo i c e Back: 



Th i s param e t e r i s opt i ona l , wh e r e th e d e fau l t va l u e i s sp e c i f ie d b ei ng FALSE. I f th e 

" vo i c e Back " param e t e r i s FALSE, no vo i c e back i nformat i on i s g i v e n by th e SRF. 

I f th i s param e t e r i s pr e s e nt and e xp li c i t l y s e t to TRUE, th e va li d i nput d i g i ts r e c ei v e d by 

th e SRF w ill b e announc e d back to th e ca lli ng us e r i mm e d i at el y aft e r th e e nd of i nput 
i s r e c ei v e d. Th e i nva li d i nput d i g i ts w ill not b e announc e d back to th e ca lli ng us e r. A 
poss i b le e nd of r e p l y d i g i t i s not vo i c e d back. 

disconn e ctFrom l PForb i dd e n: 

Th i s param e t e r i nd i cat e s wh e th e r th e SRF shou l d i n i t i at e d i sconn e ct i on to th e SSF/CCF aft e r th e 
i nt e ract i on has b ee n comp le t e d. I f th e param e t e r i s not pr e s e nt or s e t to TRUE, th e SRF sha ll not 
i n i t i at e d i sconn e ct i on. 

I nformat i onToS e nd: 



Th i s param e t e r i nd i cat e s an announc e m e nt, a ton e or d i sp l ay i nformat i on to b e s e nt to th e e nd us e r 
by th e SRF. 

i nband l nfo: 



Th i s param e t e r sp e c i f ie s th e i nband i nformat i on to b e s e nt. 
m e ssag el D: 



Th i s param e t e r i nd i cat e s th e m e ssag e (s) to b e s e nt, th i s can b e on e of th e fo ll ow i ng: 
ele m e ntaryM e ssag el D: 



Th i s param e t e r i nd i cat e s a s i ng le announc e m e nt. 



4exfe 



Th i s param e t e r i nd i cat e s a t e xt to b e s e nt. Th e t e xt sha ll b e transform e d to 
i nband i nformat i on (sp ee ch) by th e SRF. Th e attr i but e s of t e xt may cons i st of 
i t e ms such as l anguag e . 

ele m e ntaryM e ssag el Ds: 



Th i s param e t e r sp e c i f ie s a s e qu e nc e of announc e m e nts. 
var i ab le M e ssag e : 



Th i s param e t e r sp e c i f ie s an announc e m e nt w i th on e or mor e var i ab le parts. 
numb e rOf R e p e t i t i ons: 



Th i s param e t e r i nd i cat e s th e max i mum numb e r of t i m e s th e m e ssag e sha ll b e s e nt to 
th e e nd - us e r. 

durat i on: 



Th i s param e t e r i nd i cat e s th e max i mum t i m e durat i on i n s e conds that th e m e ssag e 
sha ll b e p l ay e d/r e p e at e d. ZERO i nd i cat e s e nd le ss r e p e t i t i on. 

i nt e rva l : 



Th i s param e t e r i nd i cat e s th e t i m e i nt e rva l i n s e conds b e tw ee n r e p e t i t i ons, i . e . th e t i m e 
b e tw ee n th e e nd of th e announc e m e nt and th e start of th e n e xt r e p e t i t i on. Th i s 
param e t e r can on l y b e us e d wh e n th e numb e r of r e p e t i t i ons i s gr e at e r than on e . 



ton e : 



Th i s param e t e r sp e c i f ie s a ton e to b e s e nt to th e e nd - us e r. 
ton el D: 



Th i s param e t e r i nd i cat e s th e ton e to b e s e nt. 
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durat i on: 



Th i s param e t e r i nd i cat e s th e t i m e duration in s e conds of th e ton e to b e s e nt. ZERO 

i nd i cat e s i nf i n i t e durat i on. 

d i sp l ay l nformat i on: 



Th i s param e t e r i nd i cat e s a t e xt str i ng to b e s e nt to th e e nd - us e r. Th i s i nformat i on can not b e 
r e c ei v e d by a PSTN e nd - us e r. 

NOTE: As th e curr e nt s i gna lli ng syst e ms (DSS1/ I SUP) do not prov i d e an i nd i cat i on wh e th e r or 

not i nformat i on can b e d i sp l ay e d by th e us e r's t e rm i na l , i n cas e of us e r i nt e ract i on w i th 
an — I SDN — useis — the — " d i sp l ay l nformat i on " — param e t e r — is — net — used — Ih — the 
" PromptAndCo lle ctUs e r l nformat i on " — op e rat i on. — tRstead — a — " P l ayAnnounc e m e nt " 
op e rat i on — conta i n i ng — the — " d i sp l ay l nformat i on " — param e t e r — fo ll ow e d — by — a 
" PromptAndCo lle ctUs e r l nformat i on " op e rat i on conta i n i ng i nband i nformat i on ar e s e nt 
to th e us e r. S i nc e th e e x e cut i on of th e d i sp l ay e d i nformat i on by th e SRF shou l d tak e a 
li m i t e d amount of t i m e , th e i nband i nformat i on w ill b e i mm e d i at el y s e nt by th e SRF to 
th e us e r, i n s e qu e nc e w i th th e d i sp l ay e d i nformat i on. 

d i g i tsR e spons e : 

Th i s param e t e r conta i ns th e i nformat i on co lle ct e d from th e e nd - us e r. 

9.22.2 I nvok i ng e nt i ty (SCF) 

9.22.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4] Th e SLP I d e t e cts that i nformat i on shou l d b e co lle ct e d from th e e nd - us e r. 

(2) A conn e ct i on b e tw ee n th e e nd - us e r and a SRF has b ee n e stab li sh e d. 

(3) Th e SCSM FSM i s i n stat e " Us e r I nt e ract i on " , sub - stat e " Wa i t i ng for R e spons e from th e SRF "v 

SCF postcond i t i ons: 

(4) Th e co lle ct e d i nformat i on i s r e c ei v e d from th e SRF as r e spons e to th e PromptAndCo lle ctUs e r - 

I nformat i on op e rat i on. 
(2) I f th e " d i sconn e ctFrom l PForb i dd e n " was s e t to FALSE, th e SCSM FSM w ill mov e to th e stat e 

" Pr e par i ng SSF I nstruct i ons "^ 
(3) Oth e rw i s e th e SCSM FSM r e ma i ns i n th e sam e stat e . 

Th e SLP I may cont i nu e e x e cut i on b e for e th e r e spons e i s r e c ei v e d from th e PromptAndCo lle ctUs e r - 
I nformat i on op e rat i on, mor e th e n on e op e rat i on may b e s e nt to th e SRF b e for e th e r e spons e i s r e c ei v e d. 

The " d i sconn e ctFrom l PForb i dd e n " — param e t e r may — owly be set — to FALSE i^ the 

PromptAndCo lle ctUs e r l nformat i on op e rat i on i s th e l ast op e rat i on s e nt to th e SRF. 

9.22.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.22.3 R e spond i ng e nt i ty (SRF) 

9.22.3.1 Norma l proc e dur e 

SRF pr e cond i t i on: 

(4) Th e SRSM FSM i s i n th e stat e " Conn e ct e d " , or i n stat e " Us e r I nt e ract i on " i f th e SRF r e c ei v e d 

pr e v i ous l y an op e rat i on from th e SCF. 
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SRF postcond i t i ons: 

(4) Tl-i e SRF lias s e nt th e information to th e e nd - us e r as indicat e d by " informat i onToS e nd 'V 

(2) Th e co lle ct e d i nformat i on from th e e nd - us e r i s s e nt to th e SCF as r e turn r e su l t of th e 

PromptAndCo lle ctUs e r l nformat i on. 
(3) I f th e " d i sconn e ctFrom l PForb i dd e n " was s e t to FALSE, th e SRF i n i t i at e s a b e ar e r chann el 

d i sconn e ct to th e SSF and th e SRSM FSM mov e s to th e stat e "Me'V 

(4) Oth e rw i s e th e SRSM FSM mov e s to th e stat e " Us e r l nt e ract i on "f0f 

r e ma i ns i n th e sam e stat e . 

Th e announc e m e nt s e nd to th e e nd - us e r i s e nd e d i n th e fo ll ow i ng cond i t i ons: 

i f n ei th e r " durat i on "-o<^" numb e rOfR e p e t i t i ons " i s sp e c i f ie d, th e n th e n e twork sp e c i f i c announc e m e nt 

e nd i ng cond i t i ons sha ll app l y; or 

i^" numb e rOfR e p e t i t i ons " i s sp e c i f ie d, wh e n a ll r e p e t i t i ons hav e b ee n s e nt; or 

i^" durat i on " i s sp e c i f ie d, wh e n th e durat i on has e xp i r e d. Th e announc e m e nt i s r e p e at e d unt il th i s 

cond i t i on i s m e t; or 
i^" durat i on " and " numb e rOfR e p e t i t i ons " i s sp e c i f ie d, wh e n on e of both cond i t i ons i s sat i sf ie d 



(what e v e r com e s f i rst). 

Th e abov e cond i t i ons ar e ov e rru le d i f th e param e t e r "I nt e rruptab le Ann i nd " i s not s e t to FALSE and th e 
e nd - us e r has r e spond e d w i th a d i g i t dur i ng th e s e nd i ng of th e announc e m e nt. I n th i s cas e th e 
announc e m e nt i s e nd e d i mm e d i at el y. Th e abov e proc e dur e s app l y on l y to i nband i nformat i on and ton e s 
s e nd to th e e nd - us e r, for " d i sp l ay l nformat i on " th e e nd cond i t i ons ar e m e t upon s e nd i ng, i . e . no i nt e rrupt i on 
can occur. 

Th e param e t e r "e rrorTr e atm e nt " sp e c i f ie s how th e SRF sha ll tr e at th e e rror "I mprop e rCa lle rR e spons e'V 
Th e d e fau l t va l u e " stdErrorAnd l nfo " m e ans that th e e rror sha ll b e r e port e d to SCF as sp e c i f ie d i n 
C l aus e 8. Th e va l u e "he\^" i nd i cat e s that no e rror sha ll b e r e port e d to SCF but ass i stanc e sha ll b e g i v e n to 
th e e nd - us e r i n form of a n e twork d e p e nd e nt d e fau l t announc e m e nt (wh i ch may b e d e p e nd e nt on th e 
cont e xt, i . e . th e s e nt m e ssag e ). Th e va l u e " r e p e atPrompt " i nd i cat e s that no e rror sha ll b e r e port e d to th e 
SCF but th e prompt sha ll b e r e p e at e d to th e e nd - us e r. Th e l ast two proc e dur e s sha ll on l y b e don e onc e 
p e r PromptAndCo lle ctUs e r l nformat i on op e rat i on. 

9.22.3.2 Error hand li ng 

I f a Canc el op e rat i on i s r e c ei v e d b e for e or dur i ng th e proc e ss i ng of th e op e rat i on th e n th e op e rat i on i s 
i mm e d i at el y canc elle d and th e e rror " Canc elle d " i s r e port e d to th e i nvok i ng e nt i ty- 
G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8, th e TCAP s e rv i c e s wh i ch 
ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.23 ReleaseCall procedure 

9.23.1 General description 

This operation is used to tear down by the qsm SCF an existing call at any phase of the call for all parties 
involved in the call. Thi s op e rat i on may not b e s e nt to an ass i st i ng SSF, e xc e pt i n th e cas e of hand - off 
proc e dur e e operation can only be sent within a control relationship and is not allowed in a monitor 
relationship . 

9.23.1.1 Parameters 

Cause 

A number giving an indication to the gsmSSF about the reason of releasing this specific call. This 
may be used by gsmSSF for generating specific tones to the different parties in the call or to fill in 
the "cause" in the release message. 

9.23.2 Spare l nvok i nq e nt i ty (SCF) 

9.23.2.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

(4) Stat e 2.1 , " Pr e par i ng SSF i nstruct i ons "^ 
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SCF postcond i t i ons: 

m Stat e 1, "Me" , i f no Ca lll nformat i onR e port lias to b e r e c ei v e d from tin e SSF. A ll r e sourc e s ( e .g. 

qu e u e ) r el at e d to th e ca ll ar e r ele as e d by th e SCF; or 
Stat e 2.3, " Wa i t i ng for Not i f i cat i on or R e qu e st " i f a Ca lll nformat i onR e port st ill has to b e r e c ei v e d 

from th e SSF. 

9.23.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
9.23.3 Responding entity (gsmSSF) 

9.23.3.1 Normal procedure 

gsmSSF preconditions: 
(1 ) State-Cr "Waiting for Instructions"; or 
State ^" Mon i tor i ng ". 

" Monitoring ". 

gsm SSF postcondition: 

(1) "Idle" , stat e a, aft e r s e nd i ng any outstand i ng Ca lll nformat i onR e port . Possible armed EDPs are 
ignored. All connections and resources related to the call are released. 

9.23.3.2 Error handling 

Operation related error handling is not applicable, due to class 4 operation. 

9.24 Spare R e qu e stNot i f i cat i onCharq i nqEv e nt proc e dur e 

9.2 4 .1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nstruct th e SSF how to manag e th e charg i ng e v e nts wh i ch ar e r e c ei v e d from 
oth e r FEs not und e r th e contro l of th e SL i nstanc e . Th e op e rat i on supports th e opt i ons to cop e w i th th e 
i nt e ract i ons conc e rn i ng th e charg i ng (r e f e r to Ann e x B, C l aus e B.^). As s e v e ra l conn e ct i on conf i gurat i ons 
may b e e stab li sh e d dur i ng a ca ll a poss i b ili ty e x i sts for th e RNC op e rat i on to b e i nvok e d on mu l t i p le 
occas i ons. For e ach conn e ct i on conf i gurat i on a RNC may b e us e d s e v e ra l t i m e s. 

9.2 4 .1.1 Param e t e rs 

S e qu e nc e of Charg i ngEv e nt: 



Th i s param e t e r conta i ns a li st of th e charg i ng e v e nts and th e corr e spond i ng mon i tor typ e s and 
corr e spond i ng le gs. For e ach ele m e nt i n th e li st th e fo ll ow i ng i nformat i on ele m e nts ar e i nc l ud e d: 

e v e ntTyp e Charg i ng: 



Th i s sub - param e t e r i nd i cat e s th e charg i ng e v e nt typ e . I ts cont e nt is n e twork op e rator 
sp e c i f i c, wh i ch may b e " charg e Pu l s e s "-9<^" charg e M e ssag e s "v 

mon i torMod e : 



Th i s — sub - param e t e r — i nd i cat e s — the — mon i torMod e — app li cab le — fof — the — corr e spond i ng 
"e v e ntTyp e Charg i ng " sub - param e t e r. Mon i tor may b e "i nt e rrupt e d "-" not i fy " and " cont i nu e"-of 
" transpar e nt "^ 
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Th i s sub - param e t e r i nd i cat e s th e le g I D of th e corr e sponding e v e nt typ e charging sub - 
param e t e r. 

9.2 1 .2 I nvok i ng e nt i ty (SCF) 

9.2 4 .2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a R e qu e stNot i f i cat i onCharg i ngEv e nt has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on, 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e " Pr e par i ng SSF I nstruct i on " or i s i n stat e " Qu e u i ng FSM " . Th i s op e rat i on i s 
i nvok e d by th e SCF i f a SLP I r e su l ts i n th e i nstruct i on of SSF how to cop e w i th th e i nt e ract i ons conc e rn i ng 
th e charg i ng. Th i s caus e s no SCSM FSM stat e trans i t i on. 

9.2 4 .2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.2 4 .3 R e spond i ng e nt i ty (SSF) 

9.2 4 .3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

f4 SSF FSM Stat e c: " Wa i t i ng for l nstruct i ons "^of 

SSF FSM Stat e d: " Wa i t i ng for End of Us e r l nt e ract i on "^of 

SSF FSM Stat e e : " Wa i t i ng for End of T e mporary Conn e ct i on "^of 

SSF FSM Stat e f: " Mon i tor i ng "fOf 

Ass i st i ng/hand - off SSF FSM Stat e b: " Wa i t i ng for l nstruct i ons "T^ 

SSF postcond i t i on: 

(4) No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to cop e w i th th e i nt e ract i ons conc e rn i ng th e 
charg i ng accord i ng th e i nformat i on ele m e nts i nc l ud e d i n th e op e rat i on. Th e r e qu e st e d charg i ng e v e nt can 
b e caus e d by: a) anoth e r SLP I or b) anoth e r e xchang e . I rr e sp e ct i v e of by what th e charg i ng e v e nt i s 
caus e d th e SSF p e rforms on e of th e fo ll ow i ng act i ons on occurr e nc e of th e charg i ng e v e nt (accord i ng th e 
corr e spond i ng mon i torMod e ): 

I nt e rrupt e d: 

not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng op e rat i on, do not proc e ss th e 

e v e nt or propagat e th e s i gna l . How e v e r, ca ll and e x i st i ng charg i ng proc e ss i ng w ill not b e 
susp e nd e d i n th e SSF. 

Not i fyAndCont i nu e : 

not i fy th e SCF of th e charg i ng e v e nt us i ng Ev e ntNot i f i cat i onCharg i ng, and cont i nu e proc e ss i ng th e 

e v e nt or s i gna l w i thout wa i t i ng for SCF i nstruct i ons (hand le d li k e EDP - N for BCSM e v e nts). 

Transpar e nt: 

do not not i fy th e SCF of th e e v e nt. Th i s i s stop th e mon i tor i ng of a pr e v i ous l y r e qu e st e d charg i ng 

e v e nt. 
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R e qu e st e d charg i ng e v e nts ar e mon i tor e d unt il e nd e d by a transpar e nt mon i tor mod e (or i n th e cas e of 
charg i ng e v e nts) unt il th e e nd of th e conn e ct i on conf i gurat i on. 

I n th e cas e that mu l t i p le R e qu e stNot i f i cat i onCharg i ngEv e nt op e rat i ons ar e r e c ei v e d for th e sam e 
conn e ct i on conf i gurat i on w i th th e sam e "e v e ntTyp e Charg i ng " and "le g l D " , on l y th e l ast r e c ei v e d 
" mon i torMod e" w ill app l y. 

9.2 1 .3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.25 RequestReportBCSMEvent procedure 

9.25.1 General description 

This operation is used to request the qsm SSF to monitor for a call-related event (e.g., BCSM events such 
as busy or no answer), then send a notification back to the gsmSCF when the event is detected. 

9.25.1.1 Parameters 

bcsmEvents: 

This parameter specifies the event or events of which a report is requested. 

eventTypeBCSM: 

This parameter specifies the type of event of which a report is requested. Values 
or i gAtt e mptAuthor i z e d collectedlnfo and termAttemptAuthorized are not valid for the 
RequestReportBCSMEvent operation. 

monitorMode: 

This parameter indicates how the event should be reported. When the "monitorMode" is 
"interrupted", the event shall be reported as a request, if the "monitorMode" is 
"notifyAndContinue", the event shall be reported as a notification, if the "monitorMode" is 
"transparent", the event shall not be reported. 

leglD: 

This parameter indicates the party in the call for which the event shall be reported. gsm SCF 

will use the option "sendingSidelD" only. 

sendingSidelD: 

The following values for "leglD" are assumed: 

"leglD" = 1 indicates the party that was present at the moment of the InitialDP ( i n cas e 

of a m i d ca ll tr i gg e r, th e party caus i ng th e tr i gg e r), or th e party that was cr e at e d w i th an 

I n i t i at e Ca ll Att e mpt op e rat i on . 

"leglD" = 2 indicates the party that was created with a "Connect" operation , or i n cas e 

of a m i d ca ll tr i gg e r, th e party not caus i ng th e tr i gg e r (Continue operation) . 

If not included, the following defaults are assumed: 

"le g l D " = 1 for th e e v e nts Co lle ct e d l nfo, Ana l yz e d l nformat i on, - Abandon and T - 

Abandon, 

"leglD" = 2 for the events Rout e S ele ctFa il ur e , — - Ca lle dPartyBusy, — - NoAnsw e r, 

- Answ e r, T - Ca lle dPartyBusy, T - No O-Answer and T-Answer. 

The "leglD" parameter shall always be included for the events 0- M i dCa ll , 

- D i sconn e ct, T - M i dCa ll-Disconnect and T-Disconnect. 



dPSp e c i f i cCr i t e r i a: 

Th i s param e t e r i nd i cat e s i nformat i on sp e c i f i c to th e EDP to b e arm e d. 
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numb e rOfD i g i ts: 



Th i s param e t e r i nd i cat e s th e numb e r of d i g i ts to b e coll e ct e d by th e SSF for th e 
Co lle ct e d l nfo e v e nt. I f th e i nd i cat e d numb e r of d i g i ts i s co lle ct e d, SSF r e ports th e 
e v e nt to th e SCF. 

app li cat i onT i m e r: 



Th i s param e t e r i nd i cat e s th e app li cat i on t i m e r for th e NoAnsw e r e v e nt. I f th e us e r do e s 

not answ e r th e ca ll w i th i n th e a ll ott e d t i m e , th e SSF r e ports th e e v e nt to th e SCF. Th i s 
t i m e r sha ll b e short e r than th e n e twork no - answ e r t i m e r. 

9.25.2 Spare l nvok i nq e nt i ty (SCF) 

9.25.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) Th e SLP I has d e c i d e d that a r e qu e st for an e v e nt r e port BCSM i s n ee d e d. 

(3) Th e SCSM FSM i s i n th e appropr i at e stat e to s e nd R e qu e stR e portBCSMEv e nt. 

SCF postcond i t i ons: 

(4) Th e SCSM FSM r e ma i ns i n th e sam e stat e . 

(2) SLP I e x e cut i on cont i nu e s. 

(3) I f a ll EDPs hav e b ee n d i sarm e d and no Ca lll nformat i onR e port or App l yCharg i ngR e port i s p e nd i ng, 

th e contro l r el at i onsh i p w i th th e conc e rn e d SSF i s e nd e d. I f no oth e r r el at i onsh i p p e rs i st, th e SCSM 

sha ll r e turn to "Me" stat e . 

9.25.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.25.3 Responding entity ( qsm SSF) 

9.25.3.1 Normal procedure 

gsmSSF precondition: 

(1 ) The SSF FSM gsmSSF is in either the state "Waiting for Instructions" or the state "Monitoring". 

gsmSSF postconditions: 

(1) The requested EDPs have been armed as indicated. 

(2) Previously requested events are monitored until ended by a transparent monitor mode, until the end 
of the call, until the EDPs are detected or until the corresponding leg is released. 

(3) The SSF FSM gsmSSF remains in the same state. 

(4) If all EDPs have been disarmed and no Ca lll nformat i onR e port or App l yCharg i ngR e port has b ee n 
r e qu e st e d, th e SSF FSM the gsmSSF moves to the state "Idle". 

9.25.3.2 Error handling 

Generic error handling for the operation related errors is described in Clause 8 and the TCAP services 
which are used for reporting operation errors are described in Clause 10. 

9.26- 9.29Spare R e s e tT i m e r proc e dur e 

9.26.1 G e n e ra l d e scr i pt i on 

Th i s c l ass 2 op e rat i on i s us e d by th e SCF to r e fr e sh th e T gs p app li cat i on t i m e r, i n ord e r to avo i d th e T gg p 
t i m e- out at th e SSF. 
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9.26.1 .1 Param e t e rs 

t i m e rVa l u e : 



Th i s param e t e r sp e c i f ie d th e va l u e to wh i ch th e I gs p i s to b e s e t. 
t i m e r l D: 



Th i s param e t e r has a d e fau l t va l u e i d e nt i fy i ng th e I gs p t i m e r. 

9.26.2 I nvok i ng e nt i ty (SCF) 

9.26.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

m A contro l r el at i onsh i p e x i sts b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d by th e T s cf-ss f guai"d t i m e r e xp i rat i on, that th e R e s e tl i m e r op e rat i on has 

to b e s e nt i n ord e r to avo i d I gs p t i m e- out at th e SSF. 

SCF postcond i t i on: 

m Th e SLP I r e s e t th e T g cF-sS F guai"d t i m e r. 

9.26.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.26.3 R e spond i ng e nt i ty (SSF) 

9.26.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

m Ca ll or i g i nat i on att e mpt has b ee n i n i t i at e d. 

(2) Bas i c ca ll proc e ss i ng has b ee n susp e nd e d at a DP. 

(3) Th e SSF FSM i s i n th e " Wa i t i ng for I nstruct i on " stat e or i n th e " Wa i t i ng for End of Us e r I nt e ract i on " 

stat e or i n th e " Wa i t i ng for End of T e mporary Conn e ct i on " stat e . 

SSF postcond i t i ons: 

m — Th e T gs F t i m e r has b ee n r e s e t. 

(2) Th e SSF FSM r e ma i ns i n th e sam e stat e . 

9.26.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9,27 S e ndCharg i ng l nformat i on proc e dur e 

9.27.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to i nstruct th e SSF on th e charg i ng i nformat i on to b e s e nt by th e SSF. Th e s e nd i ng 
of charg i ng i nformat i on can ei th e r b e by charg e pu l s e s or s i gna lli ng or i nt e rna l i f SSF i s l ocat e d i n th e 
Loca l Exchang e (LE). I n th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e 
cr e at e d. A poss i b ili ty e x i sts for th e SC I op e rat i on to b e i nvok e d on mu l t i p le occas i ons. Th e charg i ng 
sc e nar i o support e d by th i s op e rat i on i s: sc e nar i o 3.2 (r e f e r to Ann e x B). 

NOTE: Th e i nt e rwork i ng b e tw ee n SSF and PSTN i s n e twork op e rator sp e c i f i c. Th i s op e rat i on 

has many PSTN/ I N i nt e ract i ons. 
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9.27.1 .1 Param e t e rs 

sC I B illi ngCharg i ngCharact e r i st i es: 

Th i s param e t e r i nd i cat e s b illi ng and/or charg i ng charact e r i st i cs. I ts cont e nt i s n e twork op e rator 

sp e c i f i c. D e p e nd i ng on th e app lie d charg i ng sc e nar i o th e fo ll ow i ng i nformat i on ele m e nts can b e 

i nc l ud e d (r e f e r to Ann e x B): 

charg e le v el (sc e nar i o 3.2); 

charg e Pu l s e s; 



charg e M e ssag e s. 

le§40; 

Th i s param e t e r i nd i cat e s wh e r e th e charg i ng i nformat i on sha ll b e s e nt. 

9.27.2 I nvok i ng e nt i ty (SCF) 

9.27.2.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

f4 A contro l re l at i onsh i p e x i st b e tw ee n th e SCF and th e SSF. 

(2) An SLP I has d e t e rm i n e d that a S e ndCharg i ng l nformat i on has to b e s e nt by th e SCF. 

SCF postcond i t i ons: 

(4) No FSM stat e trans i t i on, 

(2) SLP I e x e cut i on may cont i nu e . 

Th e SCSM FSM i s i n stat e " Pr e par i ng SSF I nstruct i on " or i s i n stat e " Qu e u i ng FSM " . Th e 
S e ndCharg i ng l nformat i on proc e dur e sha ll b e i nvok e d by th e SCF i n accordanc e w i th th e d e mands of th e 
SLP I for r ele vant charg i ng i nformat i on. I f appropr i at e th i s i nformat i on sha ll b e s e nd back down th e ca ll 
path. 

Th i s caus e s no SCSM FSM stat e trans i t i on. 

9.27.2.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors ar e d e scr i b e d i n C l aus e 10. 

9.27.3 R e spond i ng e nt i ty (SSF) 

9.27.3.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) SSF FSM Stat e c: " Wa i t i ng for I nstruct i ons "^^ 

SSF FSM Stat e d: " Wa i t i ng for End of Us e r l nt e ract i on "^9f 

SSF FSM Stat e e : " Wa i t i ng for End of T e mporary Conn e ct i on "f-9f 

SSF FSM Stat e f: " Mon i tor i ng "f9f 

Ass i st i ng/hand - off SSF FSM Stat e b: " Wa i t i ng for l nstruct i ons "r 

SSF postcond i t i on: 

ft] No FSM stat e trans i t i on. 

On r e c ei pt of th i s op e rat i on th e SSF p e rforms act i ons to s e nd th e charg i ng i nformat i on. Th e s e nd i ng of 
charg i ng i nformat i on can ei th e r b e by charg e pu l s e s or s i gna lli ng or i nt e rna l i f SSF i s l ocat e d i n th e LE. I n 
th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e cr e at e d. Th e i nt e rwork i ng 
b e tw ee n SSF and PSTN i s n e twork op e rator sp e c i f i c. Th i s op e rat i on has much PSTN/ I N i nt e ract i ons. 
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For i nstanc e , by s e nd i ng an op e rat i on S e ndCharg i ng l nformat i on th e SCF i nstructs th e SSF to i n i t i at e th e 
PSTN/ I SDN charg i ng funct i ons accord i ng to th e g i v e n i nformat i on about th e charg i ng le v el to us e . 

Th e charg i ng le v el can b e d e t e rm i n e d ei th e r by on e of th e fo ll ow i ng funct i ons: 

a) th e SCF; or 

b) th e SSF; or 

g) th e charg i ng funct i on i n a succ ee d i ng e xchang e . 

I n cas e of th e SCF hav i ng d e t e rm i n e d th e charg i ng le v el , th e S e ndCharg i ng l nformat i on op e rat i on conta i ns 
th e charg i ng le v el to b e app lie d. 

I n cas e of th e SSF to d e t e rm i n e th e charg i ng le v el , th e S e ndCharg i ng l nformat i on op e rat i on conta i ns th e 
param e t e rs to d e t e rm i n e th e charg i ng le v el . 

I f th e charg i ng le v el was d e t e rm i n e d by th e I N (SCF or SSF), th e SSF prov i d e s th e charg i ng le v el to b e 
app lie d to th e PSTN/ I SDN charg i ng funct i ons (cas e s a and b). 

I n cas e c), th e charg i ng le v el i s d e t e rm i n e d i n a succ ee d i ng e xchang e . Th e S e ndCharg i ng l nformat i on 
op e rat i on ei th e r conta i ns th e corr e spond i ng param e t e rs i nd i cat i ng th i s fact or th e SSF d e t e cts dur i ng 
try i ng to d e t e rm i n e th e charg i ng le v el bas e d on SCF prov i d e d param e t e rs that th e charg i ng le v el sha ll b e 
d e t e rm i n e d i n a succ ee d i ng e xchang e . Bas e d on a l r e ady e x i st i ng PSTN/ I SDN capab ili t ie s th e SSF 
prov i d e s th e PSTN/ I SDN charg i ng funct i ons w i th th e n e c e ssary i nformat i on and backward charg e 
m e ssag e s sha ll b e transf e rr e d down th e ca ll path wh e n a ll ow e d by th e SCF (g e n e rat e d by a succ ee d i ng 
e xchang e , e .g. an i nt e rnat i ona l gat e way). 

I n th e sc e nar i o d e scr i b e d abov e charg i ng/b illi ng i s p e rform e d by m e ans of e x i st i ng m e chan i sms of th e 
PSTN/ I SDN i n i t i at e d and contro lle d by th e I N. 

That m e ans th e d e t e rm i nat i on of th e charg i ng m e thod (on -li n e or off -li n e ) and th e i t e ms to b e charg e d for 
sha ll b e don e i n th e bas i c n e twork, just li k e th e charg e g e n e rat i on and th e charg e r e g i strat i on. 

9.27.3.2 Error hand li ng 

G e n e r i c e rror hand li ng for th e op e rat i on r el at e d e rrors i s d e scr i b e d i n C l aus e 8 and th e TCAP s e rv i c e s 
wh i ch ar e us e d for r e port i ng op e rat i on e rrors are descr i b e d i n C l aus e 10. 

9,28 S e rv i c e F i I t e r ! ng R e spons e proc e du r e 

9.28.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d to r e port th e va l u e s of count e rs sp e c i f ie d i n a pr e v i ous s e nt Act i vat e S e rv i c e F il t e r i ng 
op e rat i on to th e SCF. 

9.28.1.1 Param e t e rs 

count e rsVa l u e : 



Th e param e t e r conta i ns th e count of ca ll s f il t e r e d dur i ng th e f il t e r i ng p e r i od. I t i s a li st of count e r 
i d e nt i f i cat i ons and th e r el at e d va l u e s. 

f il t e r i ngCr i t e r i a: 



Th i s param e t e r i s us e d to addr e ss th e conc e rn e d SL at th e SCF. 
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9.28.2 I nvok i ng e nt i ty (SSF) 

9.28.2.1 Norma l proc e dur e 

SSF pr e cond i t i ons: 

(4) S e rv i c e f il t e r i ng i s runn i ng and th e i nt e rva l t i m e i s e xp i r e d and a ca ll i s r e c ei v e d; or 

(2) S e rv i c e f il t e r i ng i s runn i ng and th e thr e sho l d va l u e i s r e ach e d; or 

(3) S e rv i c e f il t e r i ng has b ee n f i n i sh e d (durat i on t i m e e xp i r e d or stop t i m e m e t); or 

(4) Th e op e rat i on Act i vat e S e rv i c e F il t e r i ng i s r e c ei v e d and e ncount e rs an act i v e s e rv i c e f il t e r i ng e nt i ty. 

SSF postcond i t i on: 

(4) S e rv i c e f il t e r i ng proc ee ds or i s e nd e d d e p e nd i ng on th e durat i on t i m e . 

Th e SSF s e nds th e S e rv i c e F il t e r i ngR e spons e op e rat i on to th e SCF. Th e " f il t e r i ngCr i t e r i a " param e t e r i s 
prov i d e d to e nab le th e addr e ss i ng of th e conc e rn e d SL at th e SCF. 

B e for e S e rv i c e F il t e r i ngR e spons e i s s e nt, i t i s ch e ck e d wh e th e r ca ll gapp i ng cr i t e r i a ar e m e t. I f so, th e 
S e rv i c e F il t e r i ngR e spons e i s not s e nt and th e count i ng cont i nu e s w i thout r e s e tt i ng th e count e rs. Th e l ast 
S e rv i c e F il t e r i ngR e spons e (stop t i m e i s m e t or durat i on t i m e e xp i r e d) i s s e nt w i thout ch e ck i ng any ca ll gap 
cr i t e r i a. 

Aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e th e s e rv i c e f il t e r i ng count e rs ar e r e s e t. 

I f s e rv i c e f il t e r i ng proc ee ds aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e ( e .g. i nt e rva l t i m e e xp i r e d) th e SSME 
FSM r e ma i ns i n th e stat e " Non - Ca ll Assoc i at e d Tr e atm e nt s 

I f s e rv i c e f il t e r i ng i s stopp e d aft e r s e nd i ng S e rv i c e F il t e r i ngR e spons e (durat i on t i m e e xp i r e d or stop t i m e i s 
m e t) th e n th e SSME FSM mov e s to th e "I d le Manag e m e nt " stat e . A l l conc e rn e d r e sourc e s ar e r ele as e d, 
i . e . th e SSME FSM i s r e mov e d as w ell . 

9.28.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.28.3 R e spond i ng e nt i ty (SCF) 

9.28.3.1 Norma l proc e dur e 

SCF pr e cond i t i ons: 

(4) S e rv i c e f il t e r i ng i s runn i ng. 

(2) Th e SCME i s i n th e stat e " Wa i t i ng for SSF S e rv i c e F il t e r i ng R e spons e"^ 

SCF postcond i t i on: 

(4) Th e SCME forwards th e r e c ei v e d count e r va l u e s to th e SLP I . 

Th e op e rat i on i s hand le d by th e S e rv i c e F il t e r i ng FSM part of th e SCME. Th e SCME pass e s th e r e c ei v e d 
count e r va l u e s to th e SLP I wh e r e th e y ar e add e d to pr e v i ous l y r e c ei v e d count e r va l u e s. 

The-" f il t e r i ngCr i t e r i a " param e t e r as prov i d e d i n S e rv i c e F il t e r i ngR e spons e i s us e d to addr e ss th e SCME 
and th e conc e rn e d SL i nstanc e . 

Th e S e rv i c e F il t e r i ng FSM of th e SCME r e ma i ns i n th e stat e " Wa i t i ng For SSF S e rv i c e F il t e r i ng 
R e spons e" unt il th e i nt e rna l s e rv i c e f il t e r i ng durat i on t i m e i n th e SLP I e xp i r e s. Th e n th e SLP I i nforms th e 
SCME about t i m e r e xp i rat i on. Now th e SCME mov e s to th e stat e " S e rv i c e F il t e r i ng I d le"^ 

9.28.3.2 Error hand li ng 

I f th e SCME i s i n th e stat e " S e rv i c e F il t e r i ng I d le" an i ncom i ng S e rv i c e F il t e r i ngR e spons e op e rat i on i s 
i gnor e d. 
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9,29 Sp e c i a li z e dR e sourc e R e port proc e dur e 

9.29.1 G e n e ra l d e scr i pt i on 

Th i s op e rat i on i s us e d as th e r e spons e to a P l ayAnnounc e m e nt op e ration wh e n th e announc e m e nt 
comp le t e d i nd i cat i on i s s e t. 

9.29.1 .1 Param e t e rs 

Non e . 

9.29.2 l nvo l < i ng e nt i ty (SRF) 

9.29.2.1 Norma l proc e dur e 

SRF pr e cond i t i ons: 

f4 Th e SRSM FSM i s i n th e stat e " Us e r I nt e ract i on ''^ 

(2) A P l ayAnnounc e m e nt op e rat i on is b ei ng e x e cut e d fef — wh i ch the param e t e r 

" R e qu e stAnnounc e m e ntComp le t e" was s e t TRUE. 
(3) A ll i nformat i on has b ee n s e nt to th e us e r. 

SRF postcond i t i ons: 

(4) Th e SRSM FSM r e ma i ns i n th e sam e stat e . 

(2) I f th e " D i sconn e ctFrom l PForb i dd e n " param e t e r was s e t FALSE, th e SRSM i n i t i at e s a b e ar e r 

chann el d i sconn e ct s e qu e nc e to th e SSF us i ng th e app li cab le b e ar e r chann el s i gna lli ng syst e m 
aft e r s e nd i ng th e Sp e c i a li z e dR e sourc e R e port op e rat i on to th e SCF. Th e SRSM FSM mov e s to th e 

<^An\ p "IHJp" 

9.29.2.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 

9.29.3 R e spond i ng e nt i ty (SCF) 

9.29.3.1 Norma l proc e dur e 

SCF pr e cond i t i on: 

fl-) Th e SCSM FSM i s i n th e stat e " Us e r I nt e ract i on " , sub - stat e " Wa i t i ng for r e spons e from th e SRF "v 

SCF postcond i t i ons: 

(4) Th e SCSM FSM r e ma i ns i n th e sam e stat e . 

(2) I f th e Sp e c i a li z e dR e sourc e R e port r el at e s to a P l ayAnnounc e m e nt op e rat i on w i th p e rm i ss i on of SRF 

i n i t i at e d d i sconn e ct i on, th e SCSM FSM mov e s to th e stat e " Pr e par i ng SSF i nstruct i ons ''^ 

9.29.3.2 Error hand li ng 

Op e rat i on r el at e d e rror hand li ng i s not app li cab le , du e to c l ass A op e rat i on. 
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10 Services assumed from TCAP 

10.1 Normal procedures 

This subclause describes tine procedures and TCAP primitives tinat sinall be used for transmitting 
messages between SSF, SCF, SRF, and SD gsmSSF and gsmSC F under normal operation. 

The W4CAP, as TC-user, uses only the structured dialogue facility provided by TCAP. The following 
situations can occur when a message is sent between two physical entities: 

a dialogue shall be established: the TC-user issues a TC-BEGIN request primitive; 

a dialogue shall be maintained: the TC-user issues a TC-CONTINUE request primitive; 

a dialogue shall no longer be maintained: the TC-user issues a TC-END request primitive with 
either basic end or with pre-arranged end depending on the following conditions: 

basic end: 

operations leading to a termination of the control relationship can be transmitted by the 
qsm SCF with a TC-END request primitive (basic) in case the qsm SCF is not interested 
in the reception of any ERROR or REJECT components for these sent operations; 
once the qsm SCF dialogue resources have been released any ERROR or REJECT 
components received for these sent operations will be discarded by TC as described in 
ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T Recommendation 0.774); 
if the qsm SCF entity has received an operation leading to the termination of the control 
relationship, a TC-END request primitive (basic) with zero components can be sent 
from the qsm SCF; 

pre-arranged end: 

in case of an entity being interested in possible ERROR or REJECT messages in response 
to sent operations leading to a termination of the control relationship, the dialogue is ended 
with a TC-END request primitive (pre-arranged end) after the last associated operation timer 
expires. The receiving entity shall end the dialogue with a TC-END request primitive (basic or 
pre-arranged end) after successful processing of these operations (i.e. the control 
relationship is terminated); 

a d i a l ogu e sha ll not b e e stab li sh e d: for c l ass 2 or ■ 1 op e rat i ons on l y th e s e nd i ng TC - us e r i ssu e s a 

TC - BEG I N r e qu e st pr i m i t i v e and e nds th e d i a l ogu e l oca ll y aft e r op e rat i on t i m e out by m e ans of a 
pr e arrang e d e nd. Upon r e c e pt i on of th e TC - BEG I N i nd i cat i on pr i m i t i v e th e r e c ei v i ng TC - us e r sha ll 
e nd th e d i a l ogu e l oca ll y. 

10.1.1 qsm SSF-to- qsm SCF messages 

10.1 .1 .1 qsm SSF FSM-related messages 

A dialogue shall be established when the qsm SSF has finalised triqqer processinq and moves FSM mov e s 
from th e stat e Tr i gg e r Proc e ss i ng to the state Waiting for Instructions. The relevant W4CAP operation, 
which can only be the InitialDP operation, shall be transmitted in the same message. 

For all other operations sent from the qsm SSF FSM , the dialogue shall be maintained. 

The dialogue shall no longer be maintained when the prearranged end condition is met in the qsm SSF. 
When the qsm SSF FSM-makes a state transition to the state Idle, the dialogue is locally ended by means 
of a TC-END request primitive with prearranged end. 

When the SSF has seot the last Ev e ntR e portBCSM, App l yCharg i ngR e port of 

Ca lll nformat i onR e port qsmSSF has sent the last EventReportBCSM the dialogue may be ended from the 
qsm SCF by a TC-END request primitive with basic end. 
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10.1.1.2 Spare Ass i st i nq/hand - off SSF FSM r el at e d m e ssag e s 

A d i a l ogu e sha ll b e estab li sh e d wh e n th e Ass i st i ng/hand - off SSF FSM mov e s from th e stat e I d le to th e 
stat e Wa i t i ng for I nstruct i ons. Th e Ass i stR e qu e st l nstruct i ons op e rat i on sha ll b e transm i tt e d w i th a 
TC - BEG I N r e qu e st pr i m i t i v e . 

For a ll oth e r op e rat i ons s e nt from th e Ass i st i ng/hand - off SSF FSM, th e d i a l ogu e sha ll b e ma i nta i n e d. 

Th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e pr e arrang e d e nd cond i t i on i s m e t i n th e SSF. Wh e n 
th e SSF FSM mak e s a stat e trans i t i on to th e stat e I d le , th e d i a l ogu e i s l oca ll y e nd e d by m e ans of a 
TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 



10.1.1.3 SSME FSM related messages 

The following procedures shall be followed: 

the dialogue shall be maintained when the Activity Test return result is sent; 

no d i a l ogu e sha ll b e e stab li sh e d wh e n th e S e rv i c e F il t e r i ngR e spons e op e rat i on i s s e nt. Th e 

op e rat i on i s s e nt w i th a TC - BEG I N r e qu e st pr i m i t i v e and th e d i a l ogu e i s e nd e d by m e ans of a 
TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd; 

a d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e r e turn r e su l t of th e Act i vat e S e rv i c e F il t e r i ng 

op e rat i on i s s e nt. Th e d i a l ogu e i s e nd e d by m e ans of a TC - END r e qu e st pr i m i t i v e w i th bas i c e nd, 
th e r e turn r e su l t i s transm i tt e d w i th th e sam e r e qu e st; 

th e d i a l ogu e i s l oca ll y t e rm i nat e d by m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd, 

upon r e c e pt i on of a TC - BEG I N i nd i cat i on pr i m i t i v e w i th a Ca ll Gap op e rat i on. 

10.1.2 SCF - to - qsmSCF-to-gsm SSF messages 

10.1.2.1 SCSM FSM related messages 

A — d i a l ogu e — steH — be — e stab li sh e d — wh e n — the — SCSM — FSM — mov e s — irom — state — Idte — to — state 
Pr e par i ng SSF I nstruct i ons and an I n i t i at e Ca ll Att e mpt op e rat i on i s s e nt to th e SSF. 

For subsequent operations sent from the SCSM FSM, the dialogue shall be maintained, i.e. all other 
operations are sent after a dialogue was established from the gsmSSF (the qsm SCF has previously 
received a TC-BEGIN indication primitive with ei th e r an InitialDP or an Ass i stR e qu e st l nstruct i ons 
operation). 

The dialogue shall no longer be maintained when the prearranged end condition is met in the gsmSCF. 
When the gsmSCF does not expect any messages other than possibly REJECT or ERROR messages for 
the operations sent and when the last associated operation timer expires, the dialogue is locally ended by 
means of a TC-END request primitive with prearranged end. 

Alternatively, the sending of operations, leading to the termination of the control relationship, by means of 
a TC-END request primitive (basic end) is possible. 

10.1.2.2 SCME FSM related messages 

The operations sent from the SCME FSM shall be issued according to the following procedures: 

the dialogue shall be maintained when the Activity Test operation is sent; 

a d i a l ogu e sha ll not b e e stab li sh e d wh e n a Ca ll Gap op e rat i on i s s e nt w i thout us i ng a SCSM 

assoc i at e d d i a l ogu e . Th e op e rat i on i s s e nt us i ng a TC - BEG I N r e qu e st pr i m i t i v e and th e d i a l ogu e i s 
t e rm i nat e d w i th a pr e arrang e d e nd; 
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for s e nd i ng on e or mor e Ca ll Gap op e rat i ons, th e SCME FSM may us e an e x i st i ng SCSM FSM 

assoc i at e d d i a l ogu e wl-i i cli was i n i t i at e d by a SSF FSM ( i . e . e stab li sli e d for tin e transm i ss i on of tin e 
I n i t i a l DP op e rat i on). Tli e d i a l ogu e slia ll b e ma i nta i n e d and tin e Ca ll Gap op e rat i on(s) slia ll b e s e nt 
w i th th e f i rst r e spons e of th e SCSM FSM to th e I n i t i a l DP op e rat i on; 
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a d i a l ogu e sha ll b e e stab li sh e d wh e n an Act i vat e S e rv i c e F il t e r i ng op e rat i on i s s e nt. Th e op e rat i on 

sha ll b e transm i tt e d w i th a TC - BEG I N r e qu e st pr i m i t i v e ; 

th e d i a l ogu e i s l oca ll y t e rm i nat e d upon r e c e pt i on of a S e rv i c e F il t e r i ngR e spons e op e rat i on us i ng a 

TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

10.1.3 Spare SCF - to/from - SRF m e ssag e s 

A d i a l ogu e i s e stab li sh e d wh e n th e SRF s e nds an Ass i stR e qu e st l nstruct i ons op e rat i on to th e SCF. For a ll 
oth e r op e rat i ons s e nt from th e SRF, th e d i a l ogu e sha ll b e ma i nta i n e d. 

Th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d wh e n th e pr e arrang e d e nd cond i t i on i s m e t i n both th e SRF 
and SCF. Wh e n th e SRSM FSM mak e s a stat e trans i t i on to th e stat e I d le , th e d i a l ogu e i s l oca ll y e nd e d by 
m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

Wh e n th e SCF do e s not e xp e ct any m e ssag e s oth e r than poss i b l y REJECT or ERROR m e ssag e s for th e 
op e rat i ons s e nt and wh e n th e l ast assoc i at e d op e rat i on t i m e r e xp i r e s, th e d i a l ogu e i s l oca ll y e nd e d by 
m e ans of a TC - END r e qu e st pr i m i t i v e w i th pr e arrang e d e nd. 

A l t e rnat i v el y, th e SCF can s e nd th e l ast op e rat i on to th e SRF w i th a TC - END r e qu e st pr i m i t i v e (bas i c e nd) 
wh e n th e SCF do e s not e xp e ct any furth e r m e ssag e s and i s no l ong e r i nt e r e st e d i n any poss i b le e rror and 
r e j e ct m e ssag e s. 

I n th e r el ay cas e , th e SRF - SCF r el at i onsh i p us e s th e SSF - SCF TCAP d i a l ogu e . Th i s i s poss i b le , b e caus e 
b e g i n and e nd of th e SRF - SCF r el at i onsh i p ar e e mb e dd e d i n th e SSF - SCF r el at i onsh i p. SRF - SCF 
i nformat i on sha ll b e e xchang e d w i th TC - CONT I NUE r e qu e st pr i m i t i v e s. 

10.2 Abnormal procedures 

This subclause describes the procedures and TCAP primitives that shall be used for reporting abnormal 
situations between SSF, SCF, SRF, and SD gsmSSF and gsmSC F. The error cases are defined in 
Clause 8. 

The following primitives shall be used to report abnormal situations: 

operation errors, as defined in the core I N CAP, are reported with TC-U-ERROR request primitive; 

rejection of a TCAP component by the TC-user shall be reported with TC-U-REJECT request 
primitive; 

a dialogue shall be aborted by the TC-user with a TC-U-ABORT request primitive. 

For abnormal situations detected by TCAP the same rules shall apply for transmission of TC-R-REJECT 
indication as for transmission of TC-U-REJECT request and for transmission of TC-P-ABORT indication 
as for transmission of TC-U-ABORT request primitive. 

In error situations prearranged end shall not be used. In case any AE encounters an error situation the 
peer entity shall be explicitly notified of the error, if possible. If from any entity's point of view the error 
encountered requires the relationship to be ended, it shall close the dialogue via a TC-END request 
primitive with basic end or via a TC-U-ABORT request primitive, depending on whether any pending 
ERROR or REJECT component is to be sent or not. 

In case an entity receives a TC-END indication primitive and after all components have been considered, 
the gsmSSF^SM is not in a state to terminate the control relationship, an appropriate internal error should 
be provided. 
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In cases when a dialogue needs to be closed by the initiating entity before its establishment has been 
completed (before the first TC indication primitive to the TC-BEGIN request primitive has been received 
from the responding entity), the TC-user shall issue a TC-END request primitive with prearranged end or a 
TC-U-ABORT request primitive. The result of these primitives will be only local, any subsequent TC 
indication received for this dialogue will be handled according to the abnormal procedures as specified in 
ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T Recommendation Q.774). 

10.2.1 SCF - to - SSF/SR qsmSCF-to-qsmSS F messages 

Considering that both SSF and SRF do gsmSSF does not have the logic to recover from error cases 
detected on the SCF - SSF/SR gsmSCF-gsmSS F interface, the following shall apply: 

operation errors and rejection of TCAP components shall be transmitted to the SSF r e sp e ct i v el y 
SRgsrnSSF with a TC-END request primitive, basic end. 

If, in violation of the above procedure, an ERROR or REJECT component is received with a 
TC-CONTINUE indication primitive, the SSF r e sp e ct i v el y th e SR gsmSS F shall abort the dialogue with a 
TC-U-ABORT request primitive. 

10.2.2 SSF/SRF - to - qsmSSF-to-qsmS CF messages 

Operation errors and rejection of TCAP components shall be transmitted to the gsm SCF according to the 
following rules: 

the dialogue shall be maintained when the preceding message, which contained the erroneous 
component, indicated that the dialogue shall be maintained. I.e. the error or reject shall be 
transmitted with a TC-CONTINUE request primitive if the erroneous component was received with a 
TC-CONTINUE indication primitive; 

on receipt of an ERROR or REJECT component the gsmSCF decides on further processing. It may 
either continue, explicitly end or abort the dialogue; 

i n a ll oth e r s i tuat i ons th e d i a l ogu e sha ll no l ong e r b e ma i nta i n e d. I . e . th e e rror or r e j e ct sha ll b e 

transm i tt e d w i th a TC - END r e qu e st pr i m i t i v e , bas i c e nd, i f th e e rron e ous compon e nt was r e c ei v e d 
w i th a TC - BEG I N i nd i cat i on pr i m i t i v e . 

If the error processing in the SSF/SR gsmSS F leads to the case where the SSF/SR gsmSS F is not able to 
process further gsm SCF operations while the dialogue is to be maintained, the SSF/SR gsmSS F aborts 
the dialogue with a TC-U-ABORT request primitive. 

The gsmSSF aborts a dialogue with a TC-U-ABORT request primitive in case call release is initiated by 
any other entity then the SCF and th e SSF has no p e nd i ng Ca lll nformat i onR e qu e st (or p e nd i ng r e qu e sts 
wh i ch shou l d b e tr e at e d i n th e sam e way, i . e . App l yCharg i ng) nor any qsmSCF and the qsmSSF has no 
armed EDP to notify the gsm SCF of the call release. 

10.3 Dialogue establishment 

The establishment of an H4CAP dialogue involves two application processes as described in 
subclause 4.3, one that is the dialogue-initiator and one that is the dialogue-responder. 

AC negotiation may not be supported in all physical entities and/or all networks. 

This procedure is driven by the following signals: 

a TC-BEGIN request primitive from the dialogue-initiator; 

a TC-BEGIN indication primitive occurring at the responding side; 

the first TC-CONTINUE indication primitive occurring at the initiating side or under specific 

conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U-ABORT indication primitive occurring at the initiating side; 

a TC-P-ABORT indication primitive occurring at the initiating side. 
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10.3.1 Sending of a TC-BEGIN request primitive 

Before issuing a TC-BEGIN request primitive, SACF sinall store tine AC-name and if present tine user- 
information parameter. 

SACF sinall request tine invocation of tine associated operations using tine TC-INVOKE service. See 
subclause 10.8 for a description of the invocation procedure. 

After processing of the last invocation request, SACF shall issue a TC-BEGIN request primitive. 

The requesting side SACF then waits for a TC indication primitive and will not issue any other requests, 
except a TC-U-ABORT request or a TC-END request with the release method parameter set to "pre- 
arranged release". 

I f no TC i nd i cat i on pr i m i t i v e i s e xp e ct e d b e caus e no dialogu e i s to b e e stab li sh e d accord i ng to th e ru le s as 
stat e d i n subc l aus e s 10.1 and 10.2, SACF w ill wa i t for th e l ast assoc i at e d TCAP op e rat i on t i m e r to e xp i r e 
and i ssu e a TC - END r e qu e st w i th th e r ele as e m e thod param e t e r s e t to " pr e- arrang e d r ele as e"^ 

10.3.2 Receipt of a TC-BEGIN indication 

On receipt of a TC-BEGIN indication primitive, SACF shall: 

analyze the application-context-name included in the primitive and if it is supported, process any 
other indication primitives received from TC as described in subclause 1 0.8. 

Once all the received primitives have been processed, SACF does not accept any primitive from TC, 
except a TC-P-ABORT indication. 

I f no d i a l ogu e i s to b e e stab li sh e d accord i ng to th e ru le s as stat e d i n subc l aus e s 10.1 and 10.2, SACF w ill 
wa i t for th e l ast i nd i cat i on pr i m i t i v e from TC and i ssu e a TC - END r e qu e st w i th th e r ele as e m e thod 
param e t e r s e t to " pr e- arrang e d r ele as e"^ 

If the application-context-name included in the primitive is not supported, issue a TC-U-ABORT request 
primitive. If an alternative application-context can be offered its name is included in the TC-U-ABORT 
request primitive. 

10.3.3 Receipt of the first TC-CONTINUE indication 

On receipt of the first TC-CONTINUE indication primitive for a dialogue, SACF shall check the value of the 
application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive, SACF shall process the following TC component handling indication primitives as described in 
subclause 1 0.8, otherwise it shall issue a TC-U-ABORT request primitive. 

10.3.4 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive in the dialogue initiated state, SACF shall check the value of 
the application-context-name parameter. If this value matches the one used in the TC-BEGIN request 
primitive then the SACF shall process the following TC component handling indication primitives as 
described in subclause 10.8, otherwise it shall not be processed. 

10.3.5 Receipt of a TC-U-ABORT indication 

Receipt of a TC-U-ABORT indication primitive is described as part of user abort procedure (see 
subclause 10.6.2). 

If the abort reason is application-context-name not supported, the responding side may propose an 
alternative application-context-name in the TC-U-ABORT indication. If an alternative application context is 
proposed the receiving entity shall check this name and if it can be supported a new dialogue may be 
established. 



GSM 09.78 187 TS 101 046 V5.0.1 (1997-04) 

10.3.6 Receipt of a TC-P-ABORT indication 

Receipt of a TC-P-ABORT indication primitive is described as part of provider abort procedure (see 
subclause 10.7.1). 

10.4 Dialogue continuation 

Once establislned tine dialogue is said to be in a continuation phase. 

Both application processes can request the transfer of H4CAP APDUs until one of them requests the 
termination of the dialogue. 

10.4.1 Sending entity 

SACF shall process any component handling request primitives as described in subclause 10.8. 

After processing the last component handling request primitive, SACF shall issue a TC-CONTINUE 
request primitive. 

10.4.2 Receiving entity 

On receipt of a TC-CONTINUE indication primitive SACF shall accept zero, one or several TC component 
handling indication primitives and process them as described in subclause 10.8. 

10.5 Dialogue termination 

Both the dialogue-initiator and the dialogue-responder have the ability to request the termination of a 
dialogue when no dialogue is to be established or when a dialogue is no longer to be maintained 
according to the rules as stated in subclauses 10.1 and 10.2. 

The dialogue termination procedure is driven by the following events: 

a TC-END request primitive; 

a TC-END indication primitive. 

10.5.1 Sending of TC-END request 

When the dialogue shall no longer be maintained, SACF shall process any component handling request 
primitives as described in subclause 10.8. 

After processing the last component handling request primitive (if any), SACF shall issue a TC-END 
request primitive with the release method parameter set to "basic end" or "pre-arranged release", 
according to the rules as stated in subclauses 10.1 and 10.2. 

When no dialogue is to be established, refer to subclauses 10.3.1 and 10.3.2. 

10.5.2 Receipt of a TC-END indication 

On receipt of a TC-END indication primitive, the SACF shall accept any component handling indication 
primitives and process them as described in subclause 10.8. 

After processing the last component handling primitive all dialogue related resources are released. 

10.6 User Abort 

Both the dialogue-initiator and the dialogue-responder have the ability to abort a dialogue at any time. 
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The user abort procedure is driven by one of tine following events: 
a TC-U-ABORT request primitive; 
a TC-U-ABORT indication primitive. 

10.6.1 Sending of TC-U-ABORT request 

After issuing a TC-U-ABORT request primitive, all dialogue related resources are released. 

10.6.2 Receipt of a TC-U-ABORT indication 

On receipt of a TC-U-ABORT indication all dialogue related resources are released. 

10.7 Provider Abort 

TC has the ability to abort a dialogue at both the dialogue-initiator side and the dialogue-responder side. 
The provider abort procedure is driven by the following event: 

a TC-P-ABORT indication primitive. 
10.7.1 Receipt of a TC-P-ABORT indication 

On receipt of a TC-P-ABORT indication, all dialogue related resources are released. 

10.8 Procedures for fNCAP operations 

This subclause describes the procedures for WCAP operations. 

10.8.1 Operation invocation 

SACF shall build an operation argument from the parameters received and request the invocation of the 
associated operation using the TC-INVOKE procedure. I f a li nk e d I D param e t e r i s i ns e rt e d i n th e pr i m i t i v e 
th i s i nd i cat e s a ch il d op e rat i on and i mp lie s that th e op e rat i on i s li nk e d to a par e nt op e rat i on. 

10.8.2 Operation invocation receipt 

On receipt of a TC-INVOKE indication primitive, SACF shall: 

if the invoke ID is already in use by an active operation, request the transfer of a reject component 
using the TC-U-REJECT request primitive with the appropriate problem code (duplicated invokelD); 

if the operation code does not correspond to an operation supported by the application-context, 
request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (unrecognized operation); 

i f a li nk e d I D i s i nc l ud e d, p e rform th e fo ll ow i ng ch e cks: I f th e op e rat i on r e f e rr e d to by th e li nk e d I D 

do e s not a ll ow li nk e d op e rat i ons or i f th e op e rat i on cod e do e s not corr e spond to a p e rm i tt e d li nk e d 
op e rat i on, or i f th e par e nt op e rat i on i nvocat i on i s not act i v e , i ssu e a TC - U - REJECT r e qu e st 
pr i m i t i v e w i th th e appropr i at e prob le m cod e ( li nk e d r e spons e un e xp e ct e d or un e xp e ct e d li nk e d 
op e rat i on); 

if the type of the argument is not the one defined for the operation, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 
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if the operation cannot be invoked because tine dialogue is about to be released, requests the 
transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Initiating Release); 

if sufficient tNCAP related resources are not available to perform the requested operation, request 
the transfer of a reject component using the TC-U-REJECT request primitive with the problem code 
(Resource Limitation); 

otherwise, accept the TC-INVOKE indication primitive. If the operation is to be user confirmed, 
SACF waits for the corresponding response. 

10.8.3 Operation response 

For user confirmed operations, SACF shall: 

if no error indication is included in the response to a class 1 or 3 operation, construct a result 
information element from the parameters received and request its transfer using the TC-RESULT-L 
service; 

if an error indication is included in the response to a class 1 or 2 operation, construct an error 
parameter from the parameters received and request its transfer using the TC-U-ERROR request 
primitive. 

10.8.4 Receipt of a response 

10.8.4.1 Receipt of TC-RESULT-NL indication 

On receipt of a TC-RESULT-NL indication, SACF shall: 

request the transfer of a reject component using the TC-U-REJECT request primitive, with the 
appropriate problem code (mistyped parameter). 

10.8.4.2 Receipt of TC-RESULT-L indication 

On receipt of a TC-RESULT-L indication, SACF shall: 

if the type of the result parameter is not the one defined for the result of this operation, request the 
transfer of a reject component using the TC-U-REJECT request primitive, with the appropriate 
problem code (mistyped parameter); 

otherwise, accept the TC-RESULT-L indication primitive. 

10.8.4.3 Receipt of TC-U-ERROR indication 

On receipt of a TC-U-ERROR indication, SACF shall: 

if the error code is not defined for the SACF or is not one associated with the operation referred to 
by the invoke identifier, request the transfer of a reject component using the TC-U-REJECT request 
primitive, with the appropriate problem code (unrecognized error or unexpected error); 

if the type of the error parameter is not the one defined for this error, request the transfer of a reject 
component using the TC-U-REJECT request primitive, with the appropriate problem code (mistyped 
parameter); 

otherwise, accept the TC-U-ERROR indication primitive. 
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10.8.4.4 Receipt of TC-U-REJECT indication 

On receipt of a TC-U-REJECT indication primitive which affects a pending operation, SACF shall accept 
the TC-U-REJECT indication primitive. 

10.8.4.5 Receipt of a TC-L-REJECT indication 

This event occurs when the local TC detects a protocol error in an incoming component which affects an 
operation. 

On receipt of a TC-L-REJECT indicating "return result problem, return result unexpected", SACF shall 
inform the application process. 

On receipt of a TC-L-REJECT indicating "return error problem, return error unexpected", SACF shall 
inform the application process. 

When the problem code indicates a general problem, it is considered that the event cannot be related to 
an active operation even if the invoke ID is provided by TC. This is because it is unclear whether the 
invoke ID refers to a local or remote invocation. The behaviour of SACF in such a case is described in 
subclause 10.8.5.3. 

10.8.4.6 Receipt of a TC-L-CANCEL indication 

On receipt of a TC-L-CANCEL indication, the SACF shall: 

if the associated operation is a class 1 operation, inform the application process; 

if the associated operation is a class 2 operation and no linked operations are defined for this 
operation, ignore the primitive; 

if the associated operation is a class 2 operation and has linked operations but none of them has 
been invoked, inform the application process; 

if the associated operation is a class 2 operation and a linked operation invocation has already been 
received in response to this operation, ignore the primitive; 

if the associated operation is a class 3 operation, inform the application process; 

if the associated operation is a class 4 operation, ignore the primitive. 

10.8.5 Other events 

This subclause describes the behaviour of SACF on receipt of a component handling indication primitive 
which cannot be related to any operation or which does not affect a pending one. 

10.8.5.1 Receipt of a TC-U-REJECT 

On receipt of a TC-U-REJECT indication primitive which does not affect an active operation (i.e. indicating 
a return result or return error problem), it is up to the application process to abort, continue or terminate 
the dialogue, if not already terminated by the sending application process according to the rules as stated 
in subclause 10.2. This is also applicable for invoke problems related to a class 4 linked operation. 

10.8.5.2 Receipt of a TC-R-REJECT indication 

On receipt of a TC-R-REJECT indication (i.e. when a protocol error has been detected by the peer TC 
entity) which does not affect an active operation, it is up to the application process to abort, continue or 
terminate the dialogue, if not already terminated by the sending application process according to the rules 
as stated in subclause 10.2. 
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10.8.5.3 Receipt of a TC-L-REJECT indication 

On receipt of a TC-L-REJECT indication primitive (i.e. winen a protocol error lias been detected by tine 
local TC entity) which cannot be related to an active operation, it is up to the application process to 
continue, or to terminate the dialogue and implicitly trigger the transmission of the reject component or to 
abort the dialogue. 

10.8.5.4 Receipt of a TC-NOTICE indication 

This informs the SACF that a message cannot be delivered by the Network Layer, this can only occur if 
the Return Option has been set (see subclause 10.9.1.8). It is for the application process to decide 
whether to terminate the dialogue or retry. 

10.9 lUlapping on to TC services 

10.9.1 Dialogue control 

The TC-UNI service is not used by W4CAP. 

10.9.1.1 Destination address 

This parameter is set by the dialogue initiating application process, and may optionally be modified by the 
responding dialogue in the first backward TC-CONTINUE. 

10.9.1.2 Originating address 

This parameter is set by the dialogue initiating application process. 

10.9.1.3 Dialogue ID 

The value of this parameter is associated with the tNCAP invocation in an implementation dependent 
manner. 

10.9.1.4 Application-context-name 

The application-context-name parameter is set by SACF as defined in subclause 6.4. 

10.9.1.5 User information 

This parameter may be used by both initiating and responding application processes. 

10.9.1.6 Component present 

This parameter is used by SACF as described in ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T 
Recommendation 0.771). 

10.9.1.7 Termination 

The value of the release method parameter of the TC-END request primitive is set by SACF according to 
the rules as stated in subclauses 10.1 and 10.2. 

10.9.1 .8 Quality of service 

The quality of service of TC request primitives is set by the SACF to the following value: 
sequencing requested; 
return option, this parameter is set by SACF in an implementation dependent manner. 
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10.9.2 Operation procedures 

10.9.2.1 Invoke ID 

This parameter is set by tine sending application process. 

10.9.2.2 Linked ID 

TInis parameter is set by tine sending application process. 

10.9.2.3 Dialogue ID 

The value of this parameter is associated with the W4CAP invocation in an implementation dependent 
manner. 

10.9.2.4 Class 

The value of this parameter is set by SACF according to the type of the operation to be invoked according 
to subclause 6.1. 

10.9.2.5 Operation 

The operation code of a TC-INVOKE request primitive is set by the sending application process as 
defined in subclause 6.4. 

SACF shall set the operation code of the TC-RESULT-L primitive (if required) to the same value as the 
one received at invocation time. 

10.9.2.6 Error 

The error parameter of the TC-U-ERROR request primitive is set by the sending application process as 
defined in subclause 6.4. 

10.9.2.7 Parameters 

The argument parameter of TC-INVOKE primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The result parameter of TC-RESULT-L primitives is set by the sending application process as defined in 
subclauses 6.1 and 6.3. 

The parameter of TC-U-ERROR primitives are set by the sending application process as defined in 
subclauses 6.2 and 6.3. 

10.9.2.8 Timeout 

The value of this parameter is set by SACF according to the type of operation invoked. 

10.9.2.9 Last component 

This parameter is used by SACF as described in ETS 300 287 [ Error! Bookmark not defined. §3] (ITU-T 
Recommendation 0.771). 

10.9.2.10 Problem code 

This parameter is used by SACF as described in subclause 10.8. 
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Ann e x A ( i nformat i v e ): Expand e d ASN.1 sourc e of cor e I NAP CS1 

Th i s ann e x conta i ns th e e xpand e d ASN.1 sourc e of th e cor e I NAP CS1 . 

initialDP — OPERATION 

.^RGUl'^ENT 

SEQUENCE [ 



DorvicoKoy [ 0] Il'^PLICIT INTEGER (0 . .2147483647) , 

callcdPartyNumbcr [ 2] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 
CQllingPartyNumbor [ 3] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
callingPartyaCatcgory [ 5] I1'4PLICIT OCTET STRING (SIZE (1)) OPTIONTVL, 
cGEncountorod [ 7] Dg'LICIT ENUMERATED [ 
manuQlCGcncountcrcd (1) , 



ocpOvorload (2) | OPTIONTVL, 

iPSSPCapabiliticG [ 8] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
iPAvailablo [ 9] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONT'iL, 
locationNumbcr [ 10] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 
originalCallodPartylD [ 12] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONT'J., 
cxtcnaionD [ 15] I1'4PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 



type INTEGER, 

criticality ENaiEPATED [ 



ignore {Qhr 

abort (1) ] DEFAULT Ignore 



value [ 1] T\^1Y DEFINED BY type ] OPTIONTVL, 

liigliLayerCompatibility [ 23] I1'4PLICIT OCTET STRING (SIZE (2)) OPTIONAL, 
aervicelnteractionlndicatorG [ 21] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
QdditionalCQllingPartyNumber [ 25] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONT'J., 
forwardCalllndicators [ 26] I1'4PLICIT OCTET STRING (SIZE (2)) OPTIONAL, 
bearerCapability [ 27] CHOICE [ 

bearerCap [ 0] Il'JPLICIT OCTET STRING (SIZE (2..??))] OPTIONAL, 

oventTypeBCSM [ 28] Il'^PLICIT ENTO^ERATED [ 

or igAttempt Authorized (1) , 



colloctedlnfo (2) , 

analyzedlnformation (3-}- 



routeSelectFailure (4-)-i 

oCalledPartyBuoy (S-h- 

oNoTVnDwer (6) , 



oTVnswer (7-^ 

oMidCall (^ 



oDisconnect (9) , 

oAbandon (10) , 



termAttemptAutliorized (12) , 

tCalledPartyBuGy (13) , 



tNoTVuGwer (i4| 



tTVnower (i&f 



tMidCall (16) , 

tDlGconnect (17) , 



1 Abandon (18) ] OPTIONTVL, 

redirectingPartylD [ 29] Il'g'LICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 

redirectionlnformation [ 30] I1'4PLICIT OCTET STRING (SIZE (2)) OPTIONAL] 

EPvRORS [ 



— missingCustomerRecord — - — localValue — 67- 

■ — miDDingParameter — - — localValue 7, 

— aystemFailure — - — localValue 11, 

taoltRefuood localValue 12, 

— une;;pectedComponent Sequence — — localValue 14, 

■ — unoj^pectedDataValue — ■ — localValue 15, 

— une;;pectedParameter — - — localValue 16] 

localValue 



aooiotRequootlnotructionG OPERATION 

Ttf^GUl'^ENT 

SEQUENCE [ 



correlationID [ 0] Il'g'LICIT OCTET STRING (SIZE (??..??)), 
iPAvailablo [ 1] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
iPSSPCapabilitieo [ 2] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
Oiitonoiono [ 3] It^PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI"ERATED [ 
ignore (-0^ 



abort (1)1 DEFAULT ignore 



value [ 1] ANY DEFINED BY typo ) OPTIONTVL] 



EPvRORS 



miDDingCuDtomerRecord — ■ — localValue — 67- 
misoingParametcr — - — localValue 7, 
taoltRefuood localValue 12, 
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uncj^pcctGdComponont Sequence — ■ — locQlValue 11, 
une^^pectedDataValue localValue 15, 



uneJcpectedParameter — - — localValue 16) 



— : :~ IocqIVqIuc 16 

catabliahTcmporaryConnection OPEWiTION 
TVRGUl'^ENT 



SEQUENCE [ 

— aaaiatingSSPIPRoutingAddrenG [ 0] Il'^PLICIT OCTET STRING (SIZE (??. 

— correlationID [ 1] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

— OCfID [ 3] Il'g'LICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

— extenGiona [ 4] ItJPLICIT SEQUENCE SIZE (1..??) OF 
SEQUE^ICE [ 



type INTEGER, 

criticality ENU1"1EPATED 



ignore {Qhr 

abort (1)1 DEFAULT Ignore r 

value [ 1] 7\NY DEFINED BY type 1 OPTIONTVL, 

DcrvicoInteractlonlndlcatorD [ 30] Il'g'LICIT OCTET STRING (SIZE (??..??)) OPTIONTVL) 

EPvRORS [ 



cTCFailed ^ — localValue 3, 

miaaingParamet e r localValue 7 , 

■ — GyGtemFailure — ■ — localValue 11, 

tasJcRefuDed localValue 12, 

■ — une;;pGctedComponent Sequence — ■ — localValue 11, 

— une;;pcctcdDataValue — - — localValue 15, 

■ — uncj^pectedParameter — ■ — localValue 16) 

— : :~ localValue 17 

diaconnectForwardConnectlon OPERATION 

EPvRORS [ 

— systemFailure — - — localValue 11, 

■ — taDl^RefuDod — ■ — localValue 12, 

— une;;pectedComponent Sequence — - — localValue 11) 

: :- localValue 18 



connectToReoource OPERATION 

Ttf^GUl'^ENT 

SEQUENCE [ 

renourccAddrenn CHOICE [ 



IpRoutingAddreGS [ 0] Il'^PLICIT OCTET STRING (SIZE (??. 
none [ 3] ItJPLICIT NULL), 



OiitenDionD [ I] I1'4PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI'ffi:RATED 
ignore {^^hr 



abort (1) ) DEFAULT ignore 



value [ 1] MIY DEFINED BY type ) OPTIONTVL, 

aervicelnteractionlndicatorc [ 30] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 

ERvRORS [ 



— missingParameter — - — localValue 7, 

■ — DyDtemFailure — ■ — localValue 11, 

— ta3]cRefused — - — localValue 12, 

■ — une;;pectedComponent Sequence — ■ — localValue 11, 

— uncj^pectedDataValue — - — localValue 15, 

■ — une;;pectedParameter — ■ — localValue 16) 

localValue 19 



OPERATION 



TyRGTO^E^lT 



SEQUENCE [ 

doDtinationRoutingAddreaD [ 0] Il'^PLICIT SEQUENCE SIZE (1) OF 

OCTET STRING (SIZE (??..??)), 

alertingPattern [ 1] Il'g'LICIT OCTET STRING (SIZE (3)) OPTIONTVL, 

correlationID [ 2] Dg'LICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

cutTVndPaate [ 3] Itffi'LICIT INTEGER (0..22) OPTIONTVL, 

originalCalledPartylD [ 6] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

routoLiat [ 7] Il'g'LICIT SEQUENCE SIZE (1..3) OF 

OCTET STRING (SIZE (??..??)) OPTIONAL, 



OCfID [ 8] Dffi'LICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

extenoiono [ 10] ItJPLICIT SEQUENCE SIZE (1..??) OF 
SEQUE^ICE [ 



type INTEGER, 

criticality ENU1"1EPATED 



ignore (0) , 

abort (1) ) DEFAULT ignore 



value [ 1] AJJY DEFINED BY type ) OPTIONTVL, 

Dorvicelnteractionlndicatora [ 26] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 
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callingPartyNumbor [ 27] DiPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL, 

GallingPartyoCatogory [ 28] Il'ff'LICIT OCTET STRING (SIZE (1)) OPTIONJ'Jj, 

rodiroctingPartylD [ 29] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

rcdircctionlnformatlon [ 30] Il'ff'LICIT OCTET STRING (SIZE (2)) OPTIONJ'Jj] 

EPvRORS [ 



miDaingParamctcr localValuc 7 , 

oyotomFailuro — ■ — localValuc 11, 

taolcRcfuocd localValuc 12, 

■ — uncj^pcctcdComponcnt Sequence — ■ — localValuc 11, 

— unc;;pcctcdDataValuc — - — localValuc 15, 

■ — uncj^pcctcdParamotor — ■ — localValuc 16) 

localValuc 20 



rclcaocCall OPEP>ATION 
TVRGUl'^ENT 



OCTET STRING (SIZE (2..??)) 

localValuc 22 



rcqucotRcportBCSl'^Evcnt OPEPvATION 

Ttf^GUl'^ENT 

SEQUE^ICE [ 



bccmEvcntn [ 0] I1'4PLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



cvcntTypcBCSM [ 0] D^PLICIT ENTO^EPvATED 
origAttcmptAuthorizcd (1) , 



collcctcdinfo (2) , 

analyzcdlnformation f3^ 



routcSclcctFailurc (4) , 

oCallcdPartyBuay (54-,- 



oNoAjicwcr f&f-j 

oAjiawcr ^fh-, 



oMidCall f&h- 

oDioconnoct IS^, 



oAbandon (10) , 

tcrmAttcmptAuthorizcd (12) , 



tCallcdPartyBucy (13^ 

ttloAnowor (14) , 



t An ewer (i&f 

tMidCall (i&f 



tDiaconncct (17) 

t^Abandon (18) ] 



monitorModc [ 1] I1'4PLICIT ENTO^EPvATED [ 
interrupted (0) , 



notifyAndContinue (i| 



tranoparont (2) ] , 

leglD [ 2] CHOICE [ 



ocndingSidelD [ 0] Bg'LICIT OCTET STRING (SIZE (1) ) , 

receivingSidelD [ 1] IDg'LICIT OCTET STRING (SIZE (1))] OPTIONTVL, 

dPSpecificCrlteria [ 30] CHOICE [ 
nuiriocrOfDlgitG [ 0] ItJPLICIT INTEGER (1..255), 



applicatlonTlmer [ 1] D^PLICIT INTEGER (0..20'17)] OPTIONTVL], 



extenciona [ 2] Il'^PLICIT SEQUENCE SIZE (1..??) OF 
SEQUE^ICE [ 



type INTEGER, 

criticality ENUI-IEPvATED 



ignore fOf-r 

abort (1) ] DEFAULT ignore r 

value [ 1] AJJY DEFINED BY type ] OPTIONAL] 



EPvRORS 



misDingParameter — - — localValuc 7, 
cyctemFailure — ■ — localValuc 11, 

taclcRcfuccd localValuc 12, 

uncj^pcctcdComponGntSccpicncc — ■ — localValuc Id, 
unc;;pcctcdDataValuc — - — localValuc 15, 
uncj^pcctcdParamctcr — - — localValuc 16) 



— : :~ localValuc 23 

cvcntRcportBCSM OPEPvATION 

TyRGTO^E^lT 

SEQUENCE [ 



cvcntTypcBCSM [ 0] Bffi'LICIT ENUMERATED 
origAttcmptAuthorizcd (1) , 



collcctcdinfo (2) , 

analyzcdlnformation (3-)- 



routcSclcctFailurc (4-)-; 

oCallcdPartyBucy (5-)-^ 

o^JoAncwcr (6) , 



oAjicwcr (7) , 

oMidCall f&H- 
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oDiDConnoct (-^ 

oT'ibandon (44> 



tcrmAttcmpt Author! zed (12) , 

tCallodPartyBuoy (13) , 

ttloTVnowor (14) , 

tTijiawcr (15) , 

tMidCall (16), 



tDigconncct (17) , 

t/aDQndon (18) I , 



cvcntSpccificInformationBCSM [ 2] CHOICE [ 

colloctodlnfoSpocificInfo [ 0] Il'g'LICIT SEQUENCE [ 

callcdPartyNumbcr [ 0] Dg'LICIT OCTET STRING (SIZE (??..??)) |, 

analyzodlnfoSpocificInfo [ 1] Il'^PLICIT SEQUENCE [ 

callcdPartyNumbcr [ 0] ItJPLICIT OCTET STRING (SIZE (??..??)) |, 

routcSclcctFailurcSpccificInfo [ 2] I1'4PLICIT SEQUENCE [ 

failurcCauGC [ 0] Il'^PLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

oCallcdPartyBunySpccificInfo [ 3] I1'4PLICIT SEQUENCE [ 

buayCauDC [ 0] IMPLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

oNoTVnDwcrSpccificInfo [ 4] Il'g'LICIT SEQUENCE [), 

oTVnnwcrSpccificInfo [ 5] IMPLICIT SEQUENCE [), 

oMidCallSpccificInfo [ 6] IMPLICIT SEQUENCE [), 

oDiaconncctSpccificInfo [ 7] IMPLICIT SEQUENCE [ 

rclcapcCauDC [ 0] IMPLICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 



tCallcdPartyBuGySpccificInfo [ 8] IMPLICIT SEQUENCE [ 
buoyCauoc [ 0] Bffi'LICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 

tNoTVnawcrSpccificInfo [ 9] IMPLICIT SEQUENCE [], 

tTVnDwcrSpccificInfo [ 10] IMPLICIT SEQUENCE |), 

tMidCallSpccificInfo [ 11] IMPLICIT SEQUENCE [), 

tDioconncctSpccificInfo [ 12] IMPLICIT SEQUENCE | 
rclcaacCauGC [ 0] IMPLICIT OCTET STRING (SIZE (2..??)) OPTIONAL)) OPTIONAL, 



IcgID [ 3] CHOICE [ 

ccndingSidcID [ 0] IMPLICIT OCTET STRING (SIZE (1) ) , 

rcccivingSidcID [ 1] IMPLICIT OCTET STRING (SIZE (1))] OPTIONTVL, 

mincCalllnfo [- 1] IMPLICIT SEQUENCE [ 
mcDPagcTypc [ 0] D4PLICIT ENUMEPvATED [ 



rcqucnt (0) , 

notification (1) ] ] DEFAULT [ 

mcaaagcTypc request ]-r 

ciitcnDionD [ 5] IMPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 

criticality ENU1"ERATED 



ignore ifiW 

abort (1) ) DEFAULT ignore 



value [ 1] 7\NY DEFINED BY type ] OPTIONTVL] 



localValuc 24 



rcqucntNotificationCliargingEvent OPERATION 

TVRCUME^IT 

SEQUENCE SIZE (1..??) OF 



SEQUENCE [ 

cvcntTypcCliarging [ 0] IMPLICIT OCTET STRING (SIZE (??..??)), 

monitorMode [ 1] Bffi'LICIT ENTO^EPvATED | 



interrupted f&f-r 

notify/VndContinue (Ir) 



transparent (2) ] , 

leglD [ 2] CHOICE [ 



sendingSidelD [ 0] IMPLICIT OCTET STRING (SIZE (1) ) , 
receivingSidelD [ 1] I1'4PLICIT OCTET STRING (SIZE (1))] OPTIONTVL] 



EPP.ORS [ 

■ — missingParameter — ■ — localValue 7, 

— systemFailure — - — localValue 11, 

■ — tas]^Refused — ■ — localValue 12, 

— une;;pectedComponent Sequence — - — localValue 11, 

■ — uncj^pectcdDataValue — ■ — localValue 15, 

— une;;pectedParameter — — localValue 1 6 ] 

:~ localValue 25 



cvontNotificationCliarging OPERATION 

Ttf^GUMENT 

SEQUENCE [ 

cvcntTypcCliarging [ 0] IMPLICIT OCTET STRING (SIZE (??..??)), 

evontSpecificInformationCharging [ 1] IMPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

leglD [ 2] CHOICE [ 

DcndingSidoID [ 0] I1'4PLICIT OCTET STRING (SIZE (1) ) , 

rcccivingSidcID [ 1] IMPLICIT OCTET STRING (SIZE (1))] OPTIONAL, 

CictenDionD [ 3] IMPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 



type INTEGER, 
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criticality ENaiERATED [ 



ignore (0) , 

abort (1)1 DEFAULT Ignore 



value [ 1] MJY DEFINED BY type 1 OPTIONJ'Jj, 

monitorMode [ 30] Il'g'LICIT ENUMERATED | 
interrupted (0) , 



notify/VndContinue (1) , 

tranoparent (2) ] DEFAULT notlfyAindContinue | 

— : :~ localValue 26 

collectlnformation OPEPATION 

Ttf^GUl'MENT 

SEQUEtlCE [ 



extenniona [- 1] I1'4PLICIT SEQUENCE SIZE (1. 
SEQUENCE [ 



type INTEGER, 

criticality ENaiEPATED [ 



ignore f&f-r 

abort (1)1 DEFAULT ignore 



value [ 1] 7\NY DEFINED BY type 1 OPTIONTVLI 



EPvRGRS 



— missingParameter — - — localValue 7, 

■ — ayatemFailure — ■ — localValue 11, 

taalcRefuaed localValue 12, 

■ — unoj^pectedComponent Sequence — ■ — localValue 11, 

— une;;pectedDataValue — - — localValue 15, 

■ — unoj^pectedParameter — ■ — localValue 16) 

— : :~ localValue 27 

continue OPEPATION 

— : :~ localValue 31 

initiateCallAttempt OPEPATION 

Ttf^GTOMENT 

SEQUENCE [ 



deatinationRoutingAddrcGG [ 0] IMPLICIT SEQUENCE SIZE (1) OF 



OCTET STRING (SIZE (7 



_nn\ 



alertingPattern [ 1] I1'4PLICIT OCTET STRING (SIZE (3)) OPTIONTVL, 
Oictenoiono [ 1] Il'MPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI-ffilRATED 
ignore iffhr 



abort (1)1 DEFAULT ignore 



value [ 1] 7\NY DEFINED BY t^^'pe 1 OPTIONTVL, 

aervicelnteractionlndi caters [ 29] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

callingPartyNumber [ 30] Il'MPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 

EPvRORS [ 



mlGDingParameter — - — localValue 7, 
systemFailure — — localValue 11, 

tanltRefuDed localValue 12, 

une;;pectedComponent Sequence — - — localValue 11, 
unoj^pectedDataValuo — ■ — localValue 15, 
une;;pectedParameter — — localValue 16) 



: :- localValue 32 

reaetTimer OPEPATION 

ARGTOMENT 

SEQUENCE [ 

timerlD [ 0] Il'MPLICIT ENTOMEPATED | 

ts&g (0) ) DEFAULT tacf r 

timervalue [ 1] I1'4PLICIT INTEGER (0 . .2117183617) , 

OiitenDiono [ 2] Il'MPLIGIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI-ffilRATED 
ignore iffhr 



abort (1) ) DEFAULT ignore 



value [ 1] 7\NY DEFINED BY type ) OPTIONTVL) 



■ — miaGingParameter — ■ — localValue 7, 

taGlcRefuGod localValue 12, 

■ — unoj^pectedComponent Sequence — ■ — localValue 11, 

— une;;pectedDataValue — - — localValue 15, 

■ — unoj^pectedParameter — ■ — localValue 16] 

localValue 33 
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furniDhCharginglnformation OPERATION 

TiJlGUENT 

OCTET STRING (SIZE (??..??)) 

ERRORS [ 



miDDingParamotor — ■ — localValuo 7, 

taalcRcfuacd localValuc 12, 

■ — unGJcpGctGdComponcntScquoncc — ■ — localValuo ll, 

uncj^pcctcdDataValuc localValuo 15, 

■ — unoJcpGctcdParamotor — ■ — localValuo 16) 

— : :~ localValuc 34 

applyCharging OPEPJVTION 

TVRGUl'^E^lT 

SEQUENCE [ 

aChBillingChargingCharactoriotics [ 0] I1'4PLICIT OCTET STRING (SIZE (??..??)), 

ncndCalculationToSCPIndi cation [ 1] Il'g'LICIT BOOLEMJ DEFAULT FTVLSE, 

partyToChargo [ 2] CHOICE [ 

acndingSidcID [ 0] Il'^PLICIT OCTET STRING (SIZE (1) ) , 

roccivingSidoID [ 1] I1'4PLICIT OCTET STRING (SIZE (1) ) | OPTION/vL, 

cxtcnnionn [ 3] Il'g'LICIT SEQUENCE SIZE (1..??) OF 

SEQUE^ICE [ 



type INTEGER, 

criticality ENU1"1EPJ\TED 



ignore {Qhr 

abort (1)1 DEFAULT ignore r 

value [ 1] MJY DEFINED BY type 1 0PTI0N7\L| 



EPvRORS [ 

— missingParametcr — - — localValuo 7, 

■ — unej^poctodComponont Sequence — ■ — localValuo 11, 

— unc;;pectcdParameter — - — localValu o 16, 

■ — une;;pectedDataValue — ■ — localValuo 15, 

— par ameterOutOf Range — - — localValuo 8, 

■ — DyGtemFailure — ■ — localValuo 11, 

taakRofuaed localValuo 12 | 

:~ localValuo 35 



QpplyChargingRoport OPEPvATION 

.ARCra^ENT 

OCTET STRING (SIZE (??..??) 

EPvRORS [ 



■ — miDDingParamotor — ■ — localValuo 7, 

— une;;pectcdComponont Sequence — — localValuo 11, 

■ — une;;pectedParamoter — ■ — localValuo 16, 

— unoj^poctcdDataValuo — — localValuo 15, 

■ — par ameterOutOf Range — ■ — localValuo 8, 

— DyDtemFailure — - — localValuo 11, 

■ — taDl^RofuDod — ■ — localValuo 12) 

: :~ localValuc 36 

callGap OPEPvATION 

TyRGTO^EtlT 

SEQUENCE [ 

gapCritoria [ 0] CHOICE [ 

calledAddreoGValue [ 0] I1'4PLICIT OCTET STRING (SIZE (??..??)) 

gapOnService [ 2] D4PLICIT SEQUENCE [ 



DorviccKoy [ 0] Il'g'LICIT INTEGER (0 . .2147183647) ) , 

callodAddroDDJXndSorvico [ 29] Il'g'LICIT SEQUENCE [ 

callcdAddroGGValuo [ 0] Il'^PLICIT OCTET STRING (SIZE (??..??)), 

DorvicoKoy [ 1] I1'4PLICIT INTEGER (0 . .2147483647) ) , 

callingAddroGGJ\ndSorvico [ 30] I1'4PLICIT SEQUENCE | 

callingAddroGGValuo [ 0] Il'^PLICIT OCTET STRING (SIZE (??..??)), 

DorviccKoy [ 1] I1'4PLICIT INTEGER (0 .. 2147483647) , 

locationNumbor [ 2] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 



gapIndicatorD [ 1] ItJPLICIT SEQUENCE [ 
duration — [ 0] Il'^PLICIT INTEGER ( - 2 ..86400), 



gaplntcrval [ 1] Il'^PLICIT INTEGER ( - 1 .. 60000) ) , 

controlT^'po [ 2] I1'4PLICIT ENTO^EPATED | 
DCPOvorloadod (Mr 



manuallylnitiatod (1) ) OPTIONTVL, 

gapTroatmont [ 3] CHOICE [ 

informationToSond [ 0] CHOICE [ 

inbandinfo [ 0] Il'g'LICIT SEQUENCE [ 



moDDagoID [ 0] CHOICE [ 
olcmontaryMoGGagoID [ 0] Il'^PLICIT INTEGER (0 .. 2147483647) 



toiit [ 1] Il'g'LICIT SEQUENCE [ 

moGGagoContont [ 0] Il'^PLICIT IA5String (SIZE (??..??)), 

attributoG [ 1] Il'^PLICIT OCTET STRING (SIZE (??..??)) OPTIOWJ.) 



olcmontaryMoGGagoIDG [ 29] Il'^PLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2147483647) , 
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varlabloMoGoago [ 30] Il'g'LICIT SEQUENCE [ 



clcmcntaryMcooagcID [ 0] Il'ff'LICIT INTEGER (0 .. 2147483647) 
varlabloParto [ 1] Il'^PLICIT SEQUENCE SIZE (1..5) OF 



CHOICE 



Integer [ 0] I1'4PLICIT INTEGER (0 . .2147483647) , 

number [ 1] Il'ff'LICIT OCTET STRING (SIZE (??..??) 

feiffi€3 [ 2] Il'^PLICIT OCTET STRING (SIZE (2)), 

date [ 3] Il'ff'LICIT OCTET STRING (SIZE (3)), 

price [ 4] Il'g'LICIT OCTET STRING (SIZE (4))|||, 

numbcrOf Repetitions [ 1] I1'4PLICIT INTEGER (1..127) OPTIONTVL, 
duration — [ 2] Il'^PLICIT INTEGER (0.. 32767) OPTIONTVL, 



interval — [ 3] Il'^PLICIT INTEGER (0.. 32767) OPTIONJVLI 

tone [ 1] Il'g'LICIT SEQUENCE [ 



tonelD [ 0] I1'4PLICIT INTEGER (0 . .2147483647) , 

duration — [ 1] Il'^PLICIT INTEGER (0 . .2147483647) OPTIONTVL | , 



diaplay Information [ 2] Il'g'LICIT lASString (SIZE (??. .??))!, 

roloaooCauoO [ 1] D4PLICIT OCTET STRING (SIZE (2..??)), 



both [ 2] IMPLICIT SEQUENCE [ 

informationToSend [ 0] CHOICE [ 

inbandinfo [ 0] Il'^PLICIT SEQUENCE 



moDGagelD [ 0] CHOICE [ 
elementaryMeGGagelD [ 0] I1'4PLICIT INTEGER (0 .. 2147483647) 



text [ 1] Il'^PLICIT SEQUENCE [ 

mesGageContent [ 0] Il'^PLICIT lASString (SIZE (??..??)), 

attributeo [ 1] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 



elementaryMeGGagelDG [ 29] Il'JPLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2147483647) , 



variableMoGGage [ 30] Dg'LICIT SEQUENCE [ 
elementaryMeGGagelD [ 0] I1'4PLICIT INTEGER (0. .2147483647) 



variablePartG [ 1] IMPLICIT SEQUENCE SIZE (1..5) OF 
CHOICE [ 



integer [ 0] IMPLICIT INTEGER (0 . .2147483647) , 

number [ 1] IMPLICIT OCTET STRING (SIZE (??..' 

time [ 2] IMPLICIT OCTET STRING (SIZE (2)), 

date [ 3] IMPLICIT OCTET STRING (SIZE (3)), 

price [ 4] IMPLICIT OCTET STRING (SIZE (4))] 

numberOfRepetitionG [ 1] IDffi'LICIT INTEGER (1..127) OPTIONTVL, 



duration — [ 2] I1'4PLICIT INTEGER (0.. 32767) OPTIONAL, 
interval — [ 3] IMPLICIT INTEGER (0.. 32767) OPTIONAL], 



tone [ 1] IMPLICIT SEQUENCE [ 

tonelD [ 0] IMPLICIT INTEGER (0 . .2147483647) , 



duration — [ 1] IMPLICIT INTEGER (0 . .2147483647) OPTIONAL], 

dioplaylnformation [ 2] IMPLICIT lASString (SIZE (??. .??))], 



releaGcCauGe [ 1] IMPLICIT OCTET STRING (SIZE (2..??))]) OPTIONTVL, 

Ciitenoiono [ 4] IMPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 

criticality ENUI-ffi^RATED 



ignore <^^hr 

abort (1) ] DEFAULT ignore 



value [ 1] AJIY DEFINED BY type ] OPTIONAL] 



: :- localValue 41 

activateServiccFiltering OPERATION 

TVRGUMENT 

SEQUENCE [ 

filteredCallTreatment [ 0] Dffi'LICIT SEQUENCE [ 

GFBillingCliargingCliaracteriGtiCG [ 0] IMPLICIT OCTET STRING (SIZE (7 

informationToSend [ 1] CHOICE [ 

inbandinfo [ 0] IMPLICIT SEQUENCE [ 



meooagelD [ 0] CHOICE [ 
elementaryMeGGagelD [ 0] IMPLICIT INTEGER (0 .. 2147483647) 



toiit [ 1] IMPLICIT SEQUENCE [ 



moGGageContent [ 0] IMPLICIT lASString (SIZE (??..??)), 

attributoG [ 1] IMPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 



elementaryMeGGagelDG [ 29] IMPLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2147483647) , 



variableMoGGage [ 30] IMPLICIT SEQUENCE [ 
elementaryMeGGagelD [ 0] IMPLICIT INTEGER (0 .. 2147483647) 



variablePartG [ 1] IMPLICIT SEQUENCE SIZE (1..5) OF 
CHOICE I 



integer [ 0] IMPLICIT INTEGER (0 . .2147483647) , 

number [ 1] IMPLICIT OCTET STRING (SIZE (??..??)), 

time [ 2] IMPLICIT OCTET STRING (SIZE (2)), 

date [ 3] IMPLICIT OCTET STRING (SIZE (3)), 

price [ 4] IMPLICIT OCTET STRING (SIZE (4))]]], 

numberOfRepetitionG [ 1] I1'4PLICIT INTEGER (1..127) OPTIONAL, 
duration — [ 2] IMPLICIT INTEGER (0.. 32767) OPTIONAL, 



interval — [ 3] IMPLICIT INTEGER (0.. 32767) OPTIONAL], 
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feefie [ 1] Il'^PLICIT SEQUENCE [ 

toncID [ 0] Il'ff'LICIT INTEGER (0 .. 2147483647) , 

duration — [ 1] I1'4PLICIT INTEGER (0 . .2147483647) OPTION/vLI , 

dioplaylnformation [ 2] Il'ff'LICIT lASString (SIZE (??..??)) | OPTIONAL, 

maiiimumtlumborOfCountorD [ 2] Il'g'LICIT INTEGER (1..100) OPTIONTVL, 
rclcaacCauac [ 3] Il'ff'LICIT OCTET STRING (SIZE (2..??)) OPTIONAL), 



filtoringCharactoriDticD [ 1] CHOICE [ 

interval — [ 0] Il'ff'LICIT INTEGER ( - 1. .32000), 

numborOfCallD [ 1] Il'^PLICIT INTEGER (0 .. 2147483647) | , 

filtcringTimcOut [ 2] CHOICE { 

duration — [ 0] I1'4PLICIT INTEGER ( - 2. .86400), 

ntopTimc — [ 1] IMPLICIT OCTET STRING (SIZE (6) ) I , 

filtoringCritoria [ 3] CHOICE [ 

scrviccKcy [ 2] IbCLICIT INTEGER (0 .. 2147483647) , 

addroDDTVndSorvico [ 30] I1'4PLICIT SEQUENCE | 

callcdAddrcGGValuc [ 0] Il'g'LICIT OCTET STRING (SIZE (??..??)), 

oorvicoKoy [ 1] Il'^PLICIT INTEGER (0 .. 2147483647) , 

callingAddrcaaValuc [ 2] Il'g'LICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

locationNumbor [ 3] I1'4PLICIT OCTET STRING (SIZE (??..??)) OPTIONAL) ) , 



ntartTimc [ 4] Il'g'LICIT OCTET STRING (SIZE (6)) OPTION/vL, 
Oiitonaiona [ 5] Il'^PLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



typo INTEGER, 

criticality ENUI"ERATED 



ignore f&H- 

abort (1) ] DEFAULT ignore 



value [ 1] 7\NY DEFINED BY type ) OPTION/vL] 



EPvRORS 



■ — miDDingParameter — ■ — localValue 7, 

— par ameterOutOf Range — — localValue 8 , 

■ — GyGtemFailure — ■ — localValue 11, 

taslcRefuDed localValue 12, 

■ — une;;pectedComponont Sequence — ■ — localValue 14, 

— une;;pcctedParameter — - — localValue 16) 

localValue 42 



oorvicoFiltoringRooponDO OPERATION 
.^RGra^ENT 



SEQUENCE [ 

counternValue [ 0] Il'g'LICIT SEQUENCE SIZE (0..100) OF 

SEQUE^ICE [ 



counterlD [04 Il'^PLICIT INTEGER (0..99), 
countorValue [ 1] Il'g'LICIT INTEGER (0 .. 2147483647) ) , 



filtoringCritoria [ 1] CHOICE [ 

oorvicoKoy [ 2] Dffi'LICIT INTEGER (0 .. 2147483647) , 

addroaG/VndSorvice [ 30] Il'g'LICIT SEQUENCE [ 

callodAddroGoValue [ 0] Il'g'LICIT OCTET STRING (SIZE (??..??)), 

GorvicoKoy [ 1] IMPLICIT INTEGER (0 . .2147483647) , 

callingAddroGGValue [ 2] IMPLICIT OCTET STRING (SIZE (??..??)) OPTIONAL, 

locationNumbor [ 3] IMPLICIT OCTET STRING (SIZE (??..??)) OPTIONTVL)), 



Oiitonoiono [ 2] IMPLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI"ERATED 
ignore {^^hr 



abort (1) ) DEFAULT ignore 



value [ 1] MIY DEFINED BY type ) OPTIONTVL) 



— : :~ localValue — 43 

calllnformationRoport OPERATION 

TVRGUME^IT 

SEQUENCE [ 



requeotedlnformationLiGt [ 0] IMPLICIT SEQUENCE SIZE (1..5) OF 

SEQUENCE [ 

requeotedlnformationTypo [ 0] IMPLICIT ENUMEPvATED [ 

callAttemptElapGcdTime fOf-r 



callStopTimo (i^-. 



callConnectedElapGodTimc (2) , 

callodAddroGG (*f-r 



roloaGeCauGo (30) ) , 

roquoGtodlnformationValuo [ 1 ] CHOICE [ 

callAttemptElapGcdTimeValue [ 0] Il'g'LICIT INTEGER (0..255), 

callStopTimoValue [ 1] IMPLICIT OCTET STRING (SIZE (6)), 

callConncctedElapGcdTimeValue [ 2] IMPLICIT INTEGER (0. .2147483647) , 

callodAddroGGValuo [ 3] IMPLICIT OCTET STRING (SIZE (??..??)), 



roloaGcCauGcValuc [ 30] IMPLICIT OCTET STRING (SIZE (2..??)))), 

Oictonoiono [ 2] IMPLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



typo INTEGER, 
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criticality ENaiERATED [ 



ignore (0) , 

abort (1)1 DEFAULT Ignore 



value [ 1] MJY DEFINED BY type 1 OPTIONJ'JjI 



: :- localValue 4 4 

calllnformationRequeot OPERATION 

TiJlGTOENT 

SEQUE^ICE [ 



requoDtedlnformatlonTypeLlGt [ 0] I1'4PLICIT SEQUENCE SIZE (1..5) OF 
ENTO^ERATED [ 



callAttemptElapGedTlme ffrh 

callStopTlme kiW 



callConnectedElapsedTime (-2 

calledAddreoa f^f-r 



releaneCauGe (30) | , 

eiitenaiona [ 2] Il'^PLICIT SEQUENCE SIZE (1..??) OF 
SEQUENCE [ 



type INTEGER, 

criticality ENUI"ERATED 



ignore f&^ 

abort (1)1 DEFAULT ignore 



value [ 1] 7\NY DEFINED BY type 1 OPTIONTVLI 



EPvRORS [ 

■ — mlDDingParameter — ■ — localValue 1, 

— par ameterOutOf Range — — localValue 8 , 

■ — requoGtedlnfoError — ■ — localValue 10, 

GyGtemFailure localValue 11, 

■ — taGl^RefuGod — ■ — localValue 12, 

— une;;pectedComponent Sequence — - — localValue 11, 

■ — une;;pectedParameter — ■ — localValue 16) 

:~ localValue — 4^ 



GondCharginglnformation OPERATION 
7\RGU1'4ENT 



SEQUENCE [ 

GCIBillingChargingCharacteriGticG [ 0] Il'g'LICIT OCTET STRING (SIZE (??..??) 

leglD [ 1] CHOICE [ 

GOndingSidelD [ 0] Il'^PLICIT OCTET STRING (SIZE (1) ) , 

receivingSidelD [ 1] Il'^PLICIT OCTET STRING (SIZE (1) ) I , 

OiitenGionG [ 2] Il'g'LICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 



type INTEGER, 

criticality ENUt^EPATED 



ignore f&^ 

abort (1)1 DEFAULT ignore 



value [ 1] MIY DEFINED BY type 1 OPTIONTVLI 



EPvRORS 



miGGingParameter — • — localValue 7, 
une;;pectedComponent Sequence — — localValue 11, 
unoj^pectedParameter — ■ — localValue 16, 

parameterOutOf Range localValue 8 , 

GyGtemFailure — ■ — localValue 11, 



taGkRefuGod — - — localValue 12, 



unl^nownLeglD — ■ — localValue 17) 



— : :~ localValue — 4^ 

playTVnnouncement OPERATION 

TVRGUl'^ENT 

SEQUENCE [ 

informationToSend [ 0] CHOICE [ 

inbandinfo [ 0] ItJPLICIT SEQUENCE 



moGGagelD [ 0] CHOICE [ 

olementaryMeGGagelD [ 0] Il'^PLICIT INTEGER (0 . .2117183617) , 

fee#€t [ 1] Il'g'LICIT SEQUENCE [ 



moGGageContent [ 0] Il'JPLICIT lASString (SIZE (??..??)), 

attributcG [ 1] Dg'LICIT OCTET STRING (SIZE (??..??)) OPTIONAL) 



elementaryMcGGagelDG [ 29] Il'^PLICIT SEQUENCE SIZE (1..??) OF 
INTEGER (0. .2147483617) , 



variableMcGGage [ 30] I1'4PLICIT SEQUENCE | 



OlementaryMeGGagelD [ 0] Il'^PLICIT INTEGER (0 . .2147483647) , 



variablePartG [ 1] Il'^PLICIT SEQUENCE SIZE (1..5) OF 
CHOICE I 



integer [ 0] I1'4PLICIT INTEGER (0 . .2147483647) , 

number [ 1] Il'^PLICIT OCTET STRING (SIZE (??..??)), 

time [ 2] Il'^PLICIT OCTET STRING (SIZE (2)), 

date [ 3] I1'4PLICIT OCTET STRING (SIZE (3)), 



price [ 4] Il'JPLICIT OCTET STRING (SIZE (4)) 

numberOfRepetitionG [ 1] Il'^PLICIT INTEGER (1..127) OPTIONJVL, 
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duration 



interval 



Il'^PLICIT INTEGER (0.. 32767) OPTIONTVL, 
Il'ff'LICIT INTEGER (0.. 32767) OPTIONJ'iLI , 



tone 



- [ 1] Dffi'LICIT SEQUENCE [ 

tonoID [ 0] IMPLICIT INTEGER (0 ■ ■21-17483647) , 

duration — [ 1] Il'^PLICIT INTEGER (0 .. 2117183617) OPTIONTVL | , 

diaplaylnformation [ 2] Il'ff'LICIT lASString (SIZE (??. .??))!, 



diDconnoctFromlPForbiddon [ 1] I1'4PLICIT B00LE7\N DEFAULT TRUE, 
rcqucotT'innounccmcntComplctc [ 2] Il'ff'LICIT BOOLET'iN DEFAULT TRUE, 
Oiitonaiona [ 3] Il'^PLICIT SEQUENCE SIZE (1..??) OF 

SEQUENCE [ 

type INTEGER, 



criticality ENUI"ERATED 



ignoro 
abort — 



(1)1 DEFAULT ignoro 



valuG 



[ 1] 7\NY DEFINED BY typo 



EPvRORS 



cancollod 



localValuo 0, 



miaaingParamotor 

GystomFailuro 



localValuc 7, 



localValuo 11, 



unavailabloRoGOurcc 



localValuo 13, 



uno;;poctodComponontSoquonco 



localValuo 11, 



uno;;poctodDataValuo 
uno;^poctodParamotor 



localValuo 15, 



localValuo 16) 



LINKED [ 
■ — opocializodRooourcoRoport 



localValuo A9] 



localValuo 47 



OPTIONTVL I 



promptTVndColloctUoor Information OPERATION 

TVRGTO^EtlT 

SEQUENCE [ 

colloctodlnfo [ 0] CHOICE [ 



colloctcdDigito [ 0] Il'JPLICIT SEQUENCE [ 
minimumNbOfDiglta [ 0] Il'g'LICIT INTEGER (1..127) DEFAULT 1, 



maximumNbOf Digits [ 1] Il'^PLICIT INTEGER (1..127), 



ondOfRoplyDigit [ 2] I1'4PLICIT OCTET STRING 
cancolDigit [ 3] Il'g'LICIT OCTET STRING (Si; 



(SIZE (1..2)) OPTIONAL, 
l E (1..2)) OPTIONAL, 



atartDigit [4^ Il'g'LICIT OCTET STRING (SIZE (1..I 



OPTIONAL, 



firstDigitTlmoOut [ 5] I1'4PLICIT INTEGER (1..127) OPTIONAL, 
IntorDigitTlmoOut [ 6] I1'4PLICIT INTEGER (1..127) OPTIONAL, 



orrortroatmont [74- 
otdErrorTVndlnfo 



Il'^PLICIT ENTO^EPuATED 
— Wt 



-m 



help 

ropoatPrompt (2) | DEFAULT otdErrorT'indlnfo 



intorruptabloTVnnInd [ 8] ItJPLICIT BOOLEAN DEFAULT TRUE, 
voicolnformation [ 9] Il'^PLICIT BOOLEAJl DEFAULT FTVLSE, 



voicoBack [ 10] Il'JPLICIT BOOLETV^J DEFAULT FALSE) | , 

diDconnoctFromlPForbiddon [ 1] ItlPLICIT BOOLET\^i DEFAULT TRUE, 
InformationToSond [ 2] CHOICE [ 

inbandinfo [ 0] Pffi'LICIT SEQUENCE [ 



saagoID [ 0] CHOICE [ 

olomontaryMocoagoID [ 0] Dffi'LICIT INTEGER (0. .2117183617) , 

text [ 1] Bffi'LICIT SEQUENCE [ 

moacagoContont [ 0] Il'^PLICIT lASString 



(SIZE (??. .??)), 



attributes [ 1] Il'g'LICIT OCTET STRING (SIZE (7 



olomontaryMoDcagoIDG [ 29] I1'4PLICIT SEQUENCE SIZE (1..??) OF 



INTEGER (0. .2117183617) , 



variabloMoGoago [ 30] I1'4PLICIT SEQUENCE | 
olomontaryMoGcagoID [ 0] I1'4PLICIT INTEGER (0 .. 2117183617) 



variabloPartG [ 1] Il'^PLICIT SEQUENCE SIZE (1. 



-OF 



CHOICE I 

integer 

number — 



[«- 



time 



date — 
price 



Bffi'LICIT INTEGER (0 .. 2117183617) , 
Il'g'LICIT OCTET STRING (SIZE (??..??) 
[ 2] I1'4PLICIT OCTET STRING (SIZE (2)), 
[ 3] Il'g'LICIT OCTET STRING (SIZE (3)), 
[ 1] Il'^PLICIT OCTET STRING (SIZE (1))|||, 



numberOfRopotitionG [ 1] Il'^PLICIT INTEGER (1..127) OPTIONAL, 
duration — [ 2] I1'4PLICIT INTEGER (0.. 32767) OPTIONAL, 



interval — [ 3] Il'g'LICIT INTEGER (0.. 32767) OPTIONAL | , 



tone 



[ 1] Il'^PLICIT SEQUENCE [ 



tonelD 

duration 



[i+- 



Il'^PLICIT INTEGER 
I1'4PLICIT INTEGER 



(0. .2117183617) , 
(0. .2117183617) 



OPTIONTVL I 



diGplaylnformatlon [ 2] Il'^PLICIT lASString 

OiitonDionD [ 3] Il'^PLICIT SEQUENCE SIZE (1..??) 



(SIZE (??..??))! OPTIONAL, 



-OF 



SEQUENCE [ 



INTEGER, 



typo — 

criticality ENUI-IERATED 



ignoro 
abort — 



-W-r 
(1)1 DEFAULT Ignore 



value 



[ 1] 7\NY DEFINED BY type 



OPTIONAL I 
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RESULT 



CHOICE 



digitoRooponoo [ 0] Il'^PLICIT OCTET STRING (SIZE (??..??)) | 



ERRORS 



cancollod — — localValuo 0, 
impropcrCallcrRcGpongc localValuc — 4-7 



miaaingParamctcr 



localValuc 1, 



ayntcmFailurc 
taoltRcfuocd 



localValuc 11 ^ 

localValuc 12, 



unavailablcRc source 



localValuc 13, 



unc;;pcctcdComponcnt Sequence 



localValuo 11, 



uncj^pcctcdDataValuc 
unc;;pcctcdParamctcr 



localValuc 15, 
localValuc 16) 



: :- localValuc 48 

spccializcdRcaourccRcport OPERATION 
TyRGTO^ENT 



NULL 



localValuc 4 9 



cancel 



OPEPvATION 



CHOICE [ 

involccID — 

allRoqucDt; 



[ 0] Il'^PLICIT INTEGER ( - 128. .127), 
; [ 1] Il'g'LICIT NULL) 



EPvRORS 



cancclFailcd 



localValuc 1 ) 



: :- localValuc 53 

activityTcat OPEPvATION 

Pj;SULT 

NULL 

: :~ localValuc 55 

cancelled EPvROR 

— : :~ localValuc 



cancclFailcd EPvROR 

PTVPvM^ETER 

SEQUENCE [ 

problem 



[ 0] D4PLICIT ENUtffiPvATED 
unlcnownOpcration (0) , 



tooLate 



-ti^ 



operationNotCancellable (2) | , 



operation [ 1] I1'4PLICIT INTEGER ( - 128. .127)1 

localValuc 1 



cTCFailed — ERROR 
— : :~ localValuc 3 

impropcrCallcrRcaponoo EPvROR 
: :~ localValuc 4 

miaaingCuatomcrRccord EPJIOR 
— : :~ localValuc — & 

miDaingParamcter EPJIOR 
— : :~ localValuc 7 

parameterOutOfRange EPvROR 
: :- localValuc 8 

rcqucatcdlnfoError EPJIOR 

PTtfVtf^ETER 

E^lUfEPvATED [ 



unlcnownRcqucatcdlnfo (1) , 

roqueatcdlnfoNotAvallablc (2) | 

localValuc 10 



aystcmFailurc EPvROR 
P7\P>7tf4ETER 



ENTO^EPvATED 



unavailablcRcDourcca 



-W 



componcntFailurc (1) , 

baGicCallProccaaingEjcccption f24-i 

rcaourccStatuaFailurc (3) , 

cndUacrFailurc (4) ) 



localValuc 11 
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tQDkRofuDod ERROR 

PT'JVJETER 

ENTO^EPvATED [ 



generic 



-iOh 



unobtainable (1) , 

congeation (2) | 

— : :- locQlValue 12 

unQvallableReDource EPJIOR 
— : :~ localValue 13 

une;^pectedComponent Sequence EPvROR 

: :- localValue 11 

unoj^pectedDataValue EPJIOR 
— : :~ localValue 15 

une;;pectedParameter EPJIOR 
— : :~ localValue 16 



unltnownLegID EPvROR 
: :~ localValue 17 
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Ann e x B ( i nformat i v e ): Charg i ng sc e nar i os support e d by cor e I NAP 

BA I ntroduct i on 

Th i s ann e x prov i d e s i nformat i on on how the d i ff e r e nt charg i ng capab ili t ie s i n I NAP CS1 may b e us e d. 
N e tworks may support d i ff e r e nt or add i t i ona l charg i ng capab ili t ie s th e n li st e d i n th i s ann e x. 

W i th th e i ntroduct i on of I N, th e charg i ng as p e rform e d by th e bas i c ca ll proc e ss has to b e e xt e nd e d. W i th 
I N, charg i ng proc e ss e s can b e act i vat e d i n both SCPs and SSPs. Wh e n for an I N ca ll th e charg i ng 
proc e ss e s i n th e SCP hav e to i nt e rwork w i th th e charg i ng proc e ss e s i n th e SSP, sp e c i f i c charg i ng 
op e rat i ons hav e to b e transf e rr e d v i a th e I NAP. Th i s ann e x d e scr i b e s th e I N charg i ng r e qu i r e m e nts from 
an I NAP po i nt of v ie w. F i rst som e t e rm i no l ogy conc e rn i ng charg i ng proc e ss e s and charg i ng capab ili t ie s i s 
li st e d, fo ll ow e d by part i cu l ar charg i ng sc e nar i os for wh i ch th e I NAP r e qu i r e m e nts ar e li st e d. V i a th e 
i nformat i on f l ows and i nformat i on ele m e nts, th e corr e spond i ng charg i ng op e rat i ons for th e I NAP can b e 
d e f i n e d. 

B^2 — Charging r e quir e m e nts 

I n g e n e ra l two typ e s of charg i ng capab ili t ie s ar e r e qu i r e d. 

B,2A Off -li n e charg i ng 

Th e usag e and/or charg e i nformat i on of th e ca ll i s r e cord e d i n th e n e twork. Th e ca l cu l at i on of th e charg e 
for that ca ll and th e b illi ng i s p e rform e d i n an off -li n e proc e ss. Th e i nformat i on r e cord e d cou l d a l so b e 
us e d for oth e r purpos e s by th e n e twork op e rator ( e .g. account i ng). 

B.2.2 On -li n e charg i ng 

I n th i s cas e charg i ng i nformat i on dur i ng th e ca ll i nstanc e has to b e ca l cu l at e d i n r e a l t i m e . Th i s furth e r 
proc e ss i ng of charg i ng i nformat i on i n r e a l t i m e cou l d b e for th e support of th e pay phon e , AOC (adv i c e of 
charg e ) or for charg e m e t e r i ng. 

B^3 — Charg i ng proc e ss e s 

Fo ll ow i ng cons i d e rat i ons app l y to th e cas e of on e s e rv i c e and on e n e twork. 

At a h i gh le v el th e fo ll ow i ng proc e ss e s conc e rn i ng th e charg i ng can b e i d e nt i f ie d: 

Charg e d e t e rm i nat i on proc e ss (BET): 

d e t e rm i n i ng th e charg e party. Charg e party can b e th e ca lli ng li n e or I N s e rv i c e subscr i b e r or both; 

d e t e rm i n i ng th e le v el of charg e ; 

d e t e rm i n i ng th e i t e ms to b e charg e d; 

i f d e t e rm i nat i on of th e pr e v i ous ele m e nts i s p e rform e d off -li n e th e n i n that cas e on l y a d e fau l t ca ll 

r e cord i s r e g i st e r e d. 

Charg e g e n e rat i on proc e ss (GEN): 

g e n e rat i on of charg e pu l s e s or charg e r el at e d s i gna lli ng or charg e r el at e d i nformat i on for th e off -li n e 

proc e ss. 

Charg e r e g i strat i on proc e ss (REG): 

updat i ng th e charg e m e t e rs or cr e at i ng ca ll r e cords or both. 

On -li n e Charg e I nformat i on prov i s i on to th e us e r acc e ss (ONC): 

prov i s i on of charg e pu l s e s or s i gna lli ng i nformat i on on th e us e r/n e twork i nt e rfac e dur i ng call 

i nstanc e . 
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Charg e Output Proc e ss (OUT): 

output of charg i ng data for furth e r proc e ss i ng. Charg i ng data can b e output to magn e tic tap e s or 

data li nks, on op e rator r e qu e st or sch e du le d. 

Off -li n e charg i ng/b illi ng/account i ng proc e ss (OFC): 

a FE wh i ch proc e ss e s th e ca ll r e cords r e tr ie v e d from th e oth e r FEs (SSF, SCF, i nt e rnat i ona l 

e xchang e , LE) to pr e par e th e b ill for th e subscr i b e r or to support oth e r account i ng proc e ss e s. 

BA — Charg i ng sc e nar i os 

I n an I N structur e d n e twork, th e charg i ng for s e rv i c e s may b e sp li t b e tw ee n s e v e ra l part ie s. Each of th e 
fo ll ow i ng sc e nar i os shows a poss i b le charg i ng conf i gurat i on for on e of th e part ie s. Sc e nar i os may b e 
comb i n e d to g i v e th e tota l charg i ng capab ili t ie s r e qu i r e d for a s e rv i c e . Th e cho i c e of sc e nar i o for e ach 
charg e d party i s a n e twork sp e c i f i c opt i on. 

For e ach of th e sc e nar i os (and th e r e for e for e ach charg e d party) th e r e i s on l y on e po i nt of contro l for I N 
charg i ng p e r ca ll . 

8,4,^1 Charg i ng sc e nar i os r el at e d to off -li n e charg i ng 

To support th e off -li n e charg i ng proc e ss, som e charg i ng r el at e d funct i ons hav e to b e e x e cut e d dur i ng a 
ca ll i nstanc e . 

B. 1 .1.1 Sc e nar i o 1 : IN charg i ng comp le t el y i n th e PSTN 

I n th i s cas e (sc e nar i o 1), th e charg i ng i s don e by th e e x i st i ng charg i ng m e chan i sms i n th e PSTN, such as 
us i ng th e s e rv i c e acc e ss cod e to d e t e rm i n e th e tar i ff, and m e t e rs i n th e LE to count th e charg e pu l s e s. For 
th i s m e chan i sm, no I NAP op e rat i ons ar e r e qu i r e d, as no charg i ng funct i ons ar e p e rform e d by th e SSF, 
SCF or any oth e r I N FE. 

B. 4 .1.2 Sc e nar i o 2: I N charg i ng comp le t el y i n th e I N 

I n th i s sc e nar i o, th e charg i ng i s don e comp le t el y i n th e I N nod e s. Th e PSTN w ill d e t e rm i n e from e .g. th e 
s e rv i c e acc e ss cod e , that no charg e i s to b e ra i s e d, and a ll account i ng w ill b e p e rform e d at ei th e r th e SSF 
or th e SCF. Th e contro l of charg i ng i s a l ways at th e SCF, but ca ll r e cords may b e r e g i st e r e d at ei th e r th e 
SSF (sc e nar i o 2.2, 2.3) or SCF (sc e nar i o 2.1) or both (sc e nar i o 2.A). 

I n cas e ca ll r e cords ar e r e g i st e r e d at both SSF and SCF, for th e sam e ca ll i nstanc e th e r e shou l d b e a 
corr el at i on b e tw ee n both ca ll r e cords to a ll ow th e off -li n e b illi ng proc e ss to corr el at e th e m. For th i s 
purpos e th e SCF shou l d g e n e rat e a un i qu e corr el at i on I D and s e nd i t to th e SSF. Both th e SCF and SSF 
shou l d r e g i st e r th i s i n th e ca ll r e cord. 

B. 4 .1.3 Sc e nar i o 3: I N Charg i ng shar e d b e tw ee n I N and PSTN 

I n th i s cas e , th e SCF has contro l of th e charg i ng i nformat i on and i nstructs th e SSF on th e charg i ng 
i nformat i on to b e s e nt by th e SSF (sc e nar i o 3.2). 

I n th e LE, ei th e r a charg e m e t e r can b e updat e d or a standard ca ll r e cord can b e g e n e rat e d. Th e r e i s no 
ca ll r e cord g e n e rat e d at th e SSF or SCF. 

I f th e SSF i s a LE, th e pr i nc i p le s ar e th e sam e , but th e SSF - LE i nt e rfac e w ill b e i nt e rna l rath e r than by 
n e twork s i gna lli ng. Th e SCF n ee d not know wh e th e r th e SSP i s a trans i t or a l oca l e xchang e . 



GSM 09.78 207 TS 101 046 V5.0.1 (1997-04) 



SCF 



Charging info to 
send to LE 





Charging pulses or 
Networl< signalling info 



F i gur e B.I : Sc e nar i o 3 

B. 4 .1. 4 Sc e nar i o 4 : Charg i ng at th e SCF, ass i st e d by th e SSF 

Th e SCF has th e r ele vant charg i ng i nformat i on to app l y charg i ng and i nstructs th e SSF to ca l cu l at e th e 
ca ll charg e . I nc l ud e d i n th e s e i nstruct i ons ar e th e cond i t i ons on wh i ch th e SSF shou l d r e qu e st furth e r 
i nformat i on from th e SCF ( e .g. thr e sho l ds, i . e . i nform th e SCF wh e n th e charg e r e ach e s a c e rta i n 
amount). 

Wh e n th e ca ll has f i n i sh e d or e .g. a thr e sho l d i s r e ach e d, th e n th e SSF i nforms th e SCF on what has 
happ e n e d and th e SCF p e rforms th e n e c e ssary proc e ss i ng of th e charg e i nformat i on, and poss i b l y 
i nstructs th e SSF what to do n e xt ( e .g. c le ar th e ca ll ). 

Th e ca l cu l at e d ca ll charg e can b e r e g i st e r e d at ei th e r th e SCF (sc e nar i o ^.1) or SSF (sc e nar i o A. 2). 

B. 4 .2 Charg i ng sc e nar i os r el at e d to on -li n e charg i ng 

Apart from th e sc e nar i os support i ng th e off -li n e charg i ng, som e n e tworks r e qu i r e sc e nar i os to support th e 
on -li n e charg i ng capab ili ty. Th i s m e ans that at th e us e r/n e twork i nt e rfac e charg e r el at e d i nformat i on ( li k e 
charg e pu l s e s or s i gna lli ng i nformat i on) hav e to b e off e r e d. 

I f th e charg i ng i s contro lle d by th e SCF, i t sha ll b e poss i b le to off e r th e charg e i nformat i on to th e LE. Th e 
LE us e s th i s i nformat i on at th e UN I . I f th i s charg e i nformat i on i s d eli v e r e d to th e LE for ca ll r e cord i ng 
purpos e s ( i . e . sc e nar i o 3, sc e nar i o A i n cas e SSF i n LE), th i s i nformat i on may a l so b e us e d for on -li n e 
charging. 

I f th i s charg e i nformat i on i s not d eli v e r e d to th e LE ( i . e . sc e nar i o 2 and A i n cas e SSF not i n LE), th e n 
add i t i ona l I Fs ar e n ee d e d for on -li n e charg i ng. I n that cas e th e sam e conf i gurat i on d e scr i b e d i n sc e nar i o 3 
cou l d b e us e d to transf e r th e charg e i nformat i on i n add i t i on to th e off -li n e charg i ng r el at e d sc e nar i o. 

Fl e x i b le tar i ff i ng i s a conc e pt us e d i n many n e tworks. For I N ca ll s, charg e rat e s n ee d to b e chang e d at 
c e rta i n t i m e s to a ll or d e d i cat e d d e st i nat i ons, or p e r ca ll i nstanc e d e p e nd e nt on th e durat i on of th e 
conv e rsat i on or th e s e rv i c e i nt e ract i ons i nvo l v e d. 

Wh e n SCF contro l s th e charg i ng and on -li n e charg i ng i s r e qu i r e d for a ca ll i nstanc e , th e SCF shou l d b e 
ab le to chang e th e charg e rat e s i n th e n e twork. Th i s on -li n e charg i ng proc e ss may caus e add i t i ona l 
s i gna lli ng traff i c and proc e ss i ng l oad i n both th e I N and th e PSTN/ I SDN. 

To avo i d add i t i ona l proc e ss i ng and s i gna lli ng i n th e n e twork i t may b e us e fu l to app l y th e on -li n e charg i ng 
s ele ct i v el y ( i . e . on l y on th e ca ll s for wh i ch i t i s n e c e ssary, e .g. payphon e or AOC). Wh e th e r on -li n e 
charg i ng i s r e qu i r e d or not can b e d e t e rm i n e d by ei th e r: 

an on -li n e charg i ng i nd i cat i on from PSTN/ I SDN to I N; or 

th e SL ( e .g. bas e d on s e rv i c e K e y, us e r s e rv i c e prof ile or us e r i nt e ract i on). 
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BS — I nt e ract i ons 

I nt e ract i ons conc e rn i ng th e charg i ng of an I N ca ll can occur i n th e fo ll ow i ng cas e s: 

4] a h i gh e r e xchang e g e n e rat i ng charg e r el at e d s i gna lli ng towards th e SSP. 

2) ca ll part ie s contro lle d by d i ff e r e nt SLs. 

8,5,^1 I nt e ract i ons w i th oth e r n e tworks conc e rn i ng charg i ng contro l 

Th i s i s th e cas e wh e n SSF r e c ei v e s charg i ng - r el at e d s i gna lli ng from a h i gh e r e xchang e ( e .g. i nt e rnat i ona l 
e xchang e or d e d i cat e d s e rv i c e e xchang e s). 

Th e r e ar e thr ee opt i ons i d e nt i f ie d to hand le th i s typ e of i nt e ract i on. For a ca ll i nstanc e contro lle d by th e 
SCF, th e SCF shou l d se le ct on e of these opt i ons. Accord i ng to th e g e n e ra l r e qu i r e m e nt " th e r e i s on l y on e 
po i nt of contro l for charg i ng p e r ca ll party p e r ca ll" , th e s ele ct e d opt i on w ill r e ma i n dur i ng th e li f e t i m e of th e 
ca ll i nstanc e for th e ca ll party. 

Opt i on 1: I n th i s opt i on SCF has contro l of th e charg i ng i nformat i on and i nstructs SSF to mon i tor and 

i nt e rc e pt th e charg e r el at e d s i gna lli ng m e ssag e (s) (from I SUP and not charg e pu l s e s) r e c ei v e d 

from a h i gh e r e xchang e . Bas e d on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on 

to th e SCF: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll . 

Subs e qu e nt l y SCF may us e th i s i nformat i on p e rform i ng i ts charg i ng contro l (us e th e r e c ei v e d 

charg i ng i nformat i on i n th e ca ll r e cord g e n e rat i on or to adjust n e w charg e rat e s/pu l s e s to b e s e nt to 

th e SSF for on -li n e charg i ng). 

Opt i on 2: Th e SCF may a l so d e c i d e to le av e th e charg e contro l to th e h i gh e r e xchang e and mon i tor th e 
charg i ng e v e nts. I n th i s cas e th e SCF i nstructs SSF to us e norma l charg i ng proc e ss i ng, e .g. s e nd 
charg e s i gna lli ng i nformat i on and/or charg e pu l s e s through to th e LE and/or updat e charg e m e t e rs 
accord i ng to th e r e c ei v e d charg i ng i nformat i on from th e h i gh e r e xchang e , and to not i fy th e SCF. 
Bas e d on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on to th e SCF: 

4-) i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll - 
Opt i on 3: Sam e cas e as for opt i on 2 e xc e pt that th e SCF do e s not w i sh to mon i tor th e charg i ng e v e nts. 

B.5.2 Ca ll part ie s contro lle d by d i ff e r e nt SLs 

Th i s i s th e cas e for e .g. UPT to UPT or UPT to VPN ca ll s. I nt e ract i on occurs i n th e fo ll ow i ng cas e s: 

cas e 1 : SL - B caus e s charg i ng i nformat i on from SSF FSM - B towards SSF FSM - A; 

cas e 2: SL - A caus e s charg i ng i nformat i on from SSF FSM - A towards SSF FSM - B; 

cas e 3: cas e 1 and cas e 2. 

B.5.2.1 Cas e 1 : charg i ng i nformat i on from SSF FSM - B to SSF FSM - A 

Th i s i nt e ract i on occurs wh e n SL - B caus e s a charg e pu l s e or s i gna lli ng i nformat i on from SSF FSM - B to 
SSF FSM - A. 

NOTE: I f both SSF FSMs r e s i d e i n th e sam e SSF, th e n th e pr i nc i p le s w ill b e th e sam e , but th e 

SSF FSM - A/SSF FSM - B i nt e rfac e w ill b e i nt e rna l rath e r than by n e twork s i gna lli ng. 

Th e r e ar e thr ee opt i ons i d e nt i f ie d to hand le th i s typ e of i nt e ract i on. For a ca ll i nstanc e contro lle d by SL - A, 
th e SL - A shou l d s ele ct on e of th e s e opt i ons. Accord i ng to th e g e n e ra l r e qu i r e m e nt " th e r e i s on l y on e po i nt 
of contro l for charg i ng p e r ca ll party p e r ca ll" , th e s ele ct e d opt i on w ill r e ma i n dur i ng th e li f e t i m e of th e ca ll 
i nstanc e for th e ca ll party. 
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Opt i on 1 : I n th i s opt i on SL - A has contro l of th e charg i ng i nformat i on for th e A - party and i nstructs SSF 

FSM - A to mon i tor and i nt e rc e pt th e charg e r el at e d m e ssag e s r e c ei v e d from SSF FSM - B and s e nd 

i t to th e SL - A. Bas e d on cr i t e r i a supp lie d by th e SL - A th e SSF w ill s e nd th i s i nformat i on to th e SL - A: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca ll . 

Subs e qu e nt l y, SL - A may us e th i s i nformat i on p e rform i ng i ts charg i ng contro l (us e th e r e c ei v e d 

charg i ng i nformat i on i n th e ca ll r e cord g e n e rat i on, adjust n e w charg e rat e s/pu l s e s to b e s e nt to th e 

SSF FSM - A for on -li n e charg i ng m e chan i sm). 

Opt i on 2: Th e SL - A may also d e c i d e to le av e th e charg e control to th e SL - B but mon i tor th e charg i ng 
e v e nts. I n th i s cas e th e SL - A i nstructs SSF FSM - A to us e norma l charg i ng proc e ss i ng, e .g. s e nd 
charg e s i gna lli ng i nformat i on and/or charg e pu l s e s through to th e LE and/or updat e charg e m e t e rs 
accord i ng to th e r e c ei v e d charg i ng i nformat i on from th e SSF FSM - B, and to not i fy th e SL - A. Bas e d 
on cr i t e r i a supp lie d by th e SCF, th e SSF w ill s e nd th i s i nformat i on to th e SCF: 

4] i mm e d i at el y aft e r r e c ei pt of th e appropr i at e m e ssag e typ e ; 

2) aft e r r e c ei pt of a sp e c i f ie d numb e r of m e ssag e s of th e appropr i at e typ e ; or 

3) at th e e nd of th e ca l l- 
Opt i on 3: Sam e cas e as for opt i on 2 e xc e pt that SL - A do e s not w i sh to mon i tor th e charg i ng e v e nts. 
B.5.2.2 Cas e 2: charg i ng i nformat i on from SSF FS I VI - A to SSF FS I VI - B 

Th i s i nt e ract i on occurs wh e n SL - A caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - A to 
SSF FSM - B. To hand le th i s typ e of i nt e ract i on th e sam e opt i ons app l y as cas e 1 ( i . e . SL - B s ele cts on e of 
th e opt i ons). 

B.5.2.3 Cas e 3: charg i ng i nformat i on from SSF FS I VI - A to SSF FS I VI - B and r e v e rs e 

Th i s i nt e ract i on occurs wh e n both SL - B caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - 
B to SSF FSM - A and SL - A caus e s a charg e pu l s e or s i gna lli ng i nformat i on ^ from SSF FSM - A to SSF 
FSM - B. 

Th i s i nt e ract i on can b e manag e d by a sup e rpos i t i on of th e pr i nc i p le s g i v e n for th e cas e s 1 and 2. 

BS — Fram e work for th e charg i ng op e rat i ons i n I NAP 

i n g e n e ra l : 

th e start i ng po i nt for th e I NAP work on charg i ng i s on e s e rv i c e and on e n e twork; 

charg i ng sc e nar i o(s) ar e pr e- d e f i n e d p e r s e rv i c e . Th e d e c i s i on to p e rform DET/GEN/REG i n th e 

SSF or SCF can b e mad e on a p e r ca ll bas i s by th e SCF; 

th e proc e ss e s OFC and OUT ar e not li st e d i n th e fram e work, as th e y hav e no i mpact on th e 

sc e nar i os d e f i n e d. 



2) I f both SSF FSMs r e s i d e i n th e sam e SSF, th e n th e pr i nc i p le s w ill b e th e sam e , but th e SSF FSM - A/SSF FSM - B i nt e rfac e 

w ill b e i nt e rnal rath e r than by n e twork s i gna lli ng. 



GSM 09.78 



210 



TS 101 046 V5.0.1 (1997-04) 



Tab le B.1 : Fram e work charg i ng r el at e d op e rat i ons i n I NAP 



R e f e r e nc e 
sc e nar i o nr. 



App li cab le 



DET 



QEN 



R EG 



ONC (LE) 



I nformat i on to b e transf e rr e d by 
I NAP charg i ng op e rat i on s 



I NAP charg i ng 
op e rat i ons 



Param e t e rs 



Yes 



PSTW 



PSfl4 



PSTW 



w/ n 



R© 



H© 



R© 



2A- 



Yes 



SG^ 



SG^ 



SG^ 



R0 



RG 



R© 



2.2 



Yes 



SG^ 



SG^ 



SS^ 



SCF - > SSF 



charg e r e cords 



FC I (comp le t e 
charg i ng r e cord 



FC I BCC 



2^ 



Yes 



SG^ 



SS^ 



SS^ 



SCF - > SSF 



^G\ 



FC I BCC 



Charg e d Party/L e v el / l t e m 



2A 



Yes 



SG^ 



SG^ 



SSF^ 
SG^ 



SCF - > SSF 



^Gi 



FC I BCC 



Corr el at i on I D (NOTE A) 



3.2 



Yes 



SG^ 



SS^ 



PSTW 



w/ n 



SCF - > SSF 

Charg e d Party/L e v el (NO Ti-44 



S C I 



SCLBCC 



4.4- 
(NOTE 5) 



Yes 



SG^ 



SS^ 



SG^ 



w/ n 

(NOTE 2) 



SCF - > SSF 



Charg e d Party/L e v el / l t e m 



SCF< - SSF 



Ca ll charg e or thr e sho l d (NOTE 3) 



AG 



AGR 



AC_BCC 

party ToCharg e (Opt i ona l ) 

s e ndCa l cu l at i onToSCP - 

I nd i cat i on 

Ca ll R e su l t 



4.2 



Yes 



SG^ 



SS^ 



SS^ 



w/ n 



SCF - > SSF 
Charg e L e v el 



SCF< - SSF 
thr e sho l d (NOTE 3) 



AG 



FC I (NOTE 6) 
AGR 



AC_BCC 

party ToCharg e (Opt i ona l ) 

s e ndCa l cu l at i onToSCP - 

I nd i cat i on 

FCLBCC 

Ca ll R e su l t 



NOTE 1 : 



No el aborat i on on th e i nt e rwork i ng of th e SSF to th e PSTN w ill b e mad e b e caus e th e obj e ct i v e i s to d e f i n e charg i ng i nformat i on transf e rr e d by 

I NAP. Th i s sc e nar i o has many PSTN/ I N i nt e ract i ons. 

On -li n e charg i ng app li cab le i n cas e LE SSF i s l ocat e d i n th e LE oth e rw i s e n e twork s i gna lli ng n ee d e d. 

Th e thr e sho l d i s not i nt e nd e d for stat i st i cs but us e d by s e rv i c e s li k e cr e d i t card ca lli ng 



NOTE 2 



NOTE 3 



NOT&4 



I n th i s cas e , SSF cr e at e s a d e fau l t/standard ca ll r e cord and i nc l ud e s a corr el at i on I D supp lie d by SCF. I t i s up to th e n e twork op e rator to us e an 



add i t i ona l sc e nar i o to p e rform on -li n e charg i ng ( e .g. sc e nar i o 3.2). 
NOTE 5: I n th i s sc e nar i o, th e SCF g e n e rat e s th e ca ll r e cord to b e us e d by th e post proc e ss i ng c e ntr e to d e t e rm i n e th e party to charg e and th e cost of th e 



NOTE 6: 



C3|| 



Furn i shCharg i ng l nformat i on contro l s th e r e cord g e n e rat i on at th e SSF. App l yCharg i ng and App l yCharg i ngR e port ar e us e d to transf e r charg i ng 
r el at e d i nformat i on from th e SSF to th e SCF ( e .g. d e b i t card ca lli ng). 
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Ann e x C ( i nformat i v e ): 



Tr i gg e r D e t e ct i on Po i nts (TDPs) and tr i gg e r cr i t e r i a for 
th e CS1 cor e I NAP 



G^^l I ntroduct i on 

Th i s ann e x prov i d e s for th e cor e I NAP i nformat i on on th e app li cab ili ty of th e CS1 D e t e ct i on Po i nts (DPs) 
as Tr i gg e r D e t e ct i on Po i nts (TDPs) and on th e app li cab ili ty of tr i gg e r cr i t e r i a that ar e li st e d and c l ar i f ie d i n 
ITU-T R e comm e ndat i on Q.1219, § 6.3.3.3. 

Th i s ann e x has no i nt e nt i on to b e r e str i ct i v e on th e us e of th e Ev e ntTyp e BCSM param e t e r i n th e I n i t i a l DP 
op e rat i on. A ll va l u e s of th e Ev e ntTyp e BCSM ar e poss i b le . 

I n add i t i on th e i nd i cat e d app li cab ili ty of tr i gg e r cr i t e r i a to th e TDPs ar e cons i d e r e d as b ei ng us e fu l i n th e 
cont e xt of cor e I NAP and i t i s not i nt e nd e d to b e r e str i ct i v e - 
Not e , how e v e r, that th e ass i gnm e nt of DP to a TDP on ei th e r a custom e r/trunkgroup, pr i vat e fac ili ty or 
off i c e bas i s may hav e an i mpact on th e m e mory and r e a l t i m e p e rformanc e r e qu i r e m e nts of th e CCF/SSF. 

Not e furth e r that th e app li cab ili ty of DP cr i t e r i a at a g i v e n DP d e p e nds on wh e n ca ll proc e ss i ng i s ava il ab le 
and how l ong i t i s r e ta i n e d. Th e cor e I NAP p l ac e s no r e qu i r e m e nts on e qu i pm e nt supp lie rs i n th i s ar e a. I f 
n e twork and s e rv i c e prov i d e rs p l an to i mp le m e nt I N CS1 s e rv i c e s i n a mu l t i- supp lie r e nv i ronm e nt, th e y 
shou l d cons i d e r formu l at i ng such r e qu i r e m e nts to e nsur e cons i st e nt i mp le m e ntat i ons across supp lie r 
e qu i pm e nts. Such r e qu i r e m e nts shou l d b e cons i d e r e d car e fully so as not to adv e rs el y i mpact m e mory and 
r e a l- t i m e p e rformanc e of CCF/SSF proc e ss i ng. 

Th e r el at i onsh i p b e tw ee n DP cr i t e r i a and m i n i mum param e t e r popu l at i on ru le s i s not d e f i n e d i n th i s 
v e rs i on of th e ETS. 

G^2 — BCSM TDPs and TDP cr i t e r i a 

Th e fo ll ow i ng c l ass i f i cat i on i s us e d. 

C2A Uncond i t i ona l TDPs 

Th e uncond i t i ona l TDPs can b e us e d by i ts el f, r el at e d to DPs of th e BCSM w i thout any oth e r cr i t e r i on to 
be — sat i sf ie d — at — the — TDP — before — i nform i ng — the — SGF — that — the — TBP — was — e ncount e r e d. 
Th e uncond i t i ona l TDPs can b e : 

custom e r bas e d; 

trunkgroup bas e d; 

pr i vat e fac ili ty ( e .g. C e ntr e x) bas e d. 

Th e uncond i t i ona l TDPs ar e li st e d i n tab le C.1. 



Tab le C.I 



DP cr i t e r i a 



40 



42 



43 



44 



45 



4€ 



47 



4S 



UNCOND I TIONAL 
L i ne based 



UNCOND I TIONAL 
Trunkgroup based 



UNCOND I TIONAL 
Pr i vate fac ili ty base d 



X : app li cab l e 

: not app li ca ble 



A-"X" for th e s ele ct e d DPs m e ans r e a ll y th e po i nt i n ca ll wh e n th e BCSM shou l d b e susp e nd e d. E.g. for 
DP3 th e i nformat i on shou l d on l y b e ana l yz e d wh e r e aft e r, i rr e sp e ct i v e th e va l u e of th e ana l yz e d i nformat i on 
th e BCSM shou l d b e susp e nd e d. 
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C2^ Cond i t i ona l TDPs 



R el at e d to DPs w i th add i t i ona l tr i gg e r cr i t e r i a as li st e d i n th e tab le C.2. 

Th e e ntr ie s i n th e tabl e can b e : 
custom e r bas e d; 



trunkgroup bas e d; 
pr i vat e fac ili ty bas e d; 
off i c e bas e d. 



Tab le C.2 



DP cr i t e r i a 



9 40424344454€474S 



C l ass of serv i ce 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



O 



Sp e c i f i c d i g i t str i ng 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



F e atur e cod e 
(NOTE 1) 



Pr e fix e s (N0 T&4^ 



Access Codes 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



Ca ll ed party number 
(NOTE 1) 



O 



O 



O 



O 



O 



O 



O 



Fac ili ty i nformat i on 
(NOTE 2) 



Feature act i vat i on 
(NOTE 3) 



Cause 



Sp e cific ABB str i ng 
(NOTE 1) 



Sp e cif i c ca lli ng party 
number (NOTE 'I ) 



Natur e of addr e ss 



Bearer capab ili ty 



O 



O 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



o 



X 



: app li cab l e 



O- 



: not app li cab le 



: opt i ona l 



NOTE 1 : 



Sam e typ e of tr i gg e r r e qu i r i ng ana l ys i s of a sp e c i f i c numb e r of r e c ei v e d d i g i ts. Thi e ana l ys i s can b e bas e d on th e 
comp le t e numb e r of r e c ei v e d d i g i ts or can b e bas e d on a pr e d e f i n e d numb e r of d i g i ts start i ng from thi e most s i gn i f i cant 
d i g i t of the rece i ved i nformat i on. 
A match on th e Fac ili ty l nformat i onE le m e nt conta i n e d i n a s i gna lli ng m e ssag e as d e f i n e d i n DSS1 and I SUP. 



NOTE 2: 



NOTE 3: 



I n a loca l exchange on l y. The BCSM has to analyze ( i f fac ili ty i s a ll owed, stored as C l ass of Serv i ce atthbute) the 

r e c ei v e d i nformat i on and has to i n i t i at e an I N tr i gg e r i f r e quir e d. 

A feature act i vat i on/ i nd i cat i on can be ava il ab l e at DP3 - 10 i n the OBCSM for a party served by an I SDN BR I or PRI and 



NOTE 'I : 



can b e ava il ab le at DPS i n th e OBCSM for a party s e rv e d by a non -I SDN li n e . A f e atur e act i vat i on/ i nd i cat i on can b e 
ava il ab l e at DP1 ^- 18 i n the TBCSM for a party served by an ISDN BR I or PR I and can be ava i lab l e at DP16 i n the 
TBCSM for a party s e rv e d by a non -I SDN li n e . 

The ana l ys i s should not be based on the comp l ete ca lli ng party number, i t sha ll be based on a predef i ned number of 
d i g i ts, start i ng from th e most s i gn i f i cant d i g i t of th e ca l l i ng party numb e r. 



I f a cr i t e r i a i s mark e d w i th a "X" for a DP, th e n th i s m e ans that a cond i t i ona l TDP wh i ch i s arm e d at th e DP 
may r e qu i r e th e cr i t e r i a as li st e d i n th e tab le to b e sat i sf ie d b e for e i nform i ng th e SCF that th e TDP was 
e ncount e r e d. E.g. a cond i t i ona l TDP at DP1 may r e qu i r e th e c l ass of s e rv i c e cr i t e r i a to b e sat i sf ie d b e for e 
th e SCF i s i nform e d that th e TDP was e ncount e r e d. 

I f a cr i t e r i a i s mark e d w i th an "Q" for a DP, th e n th i s m e ans that i t i s i mp le m e ntat i on d e p e nd e nt i f th e 
cr i t e r i a sp e c i f i c i nformat i on i s st ill pr e s e nt at that DP b e caus e not a ll supp lie rs may r e ta i n th i s i nformat i on 
for th e durat i on of th e ca ll /att e mpt. I f th e i nformat i on i s st ill pr e s e nt, th e tr e atm e nt i s th e sam e as a cr i t e r i a 
mark e d w i th a "X'V 

Conc e rn i ng i mpact on m e mory and r e a l t i m e p e rformanc e , s ee C l aus e C.1 . 
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DP Of th e OBCSM and TBCSM 

BP^I Or i g i nat i ngAtt e mptAuthor i z e d 

BP2 Co lle ct e d l nfo 

DP3 Ana l yz e d l nformat i on 

BP4 Rout e S ele ctFa il ur e 

BP§ OCa lle dPartyBusy 

BP6 ONoAnsw e r 

BP7 OAnsw e r 

BP§ OM i dCa ll 

BP9 OD i sconn e ct 

BP4fl OAbandon 

QP4A R e s e rv e d 

DP12 T e rm i nat i ngAtt e mptAuthor i z e d 

BP45 TCa lle dPartyBusy 

QP44 TNoAnsw e r 

BP45 TAnsw e r 

BP4€ TM i dCa ll 

DP17 TD i sconn e ct 

Dm% TAbandon 

C.2.3 Tr i gg e r cr i t e r i a comb i nat i ons 

A part i cu l ar cond i t i ona l TDP may r e qu i r e a comb i nat i on of th e app li cab le cr i t e r i a to b e ch e ck e d b e for e 
i nform i ng th e SCF that th e TDP was e ncount e r e d. 

Cr i t e r i a may b e comb i n e d us i ng th e : 

AND funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f " C l ass of S e rv i c e" = i nt e rnat i ona l ca ll barr e d 

AND " Natur e of Addr e ss " = i nt e rnat i ona l ); 

OR funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f " Ca lle d Party Numb e r " = 831 or " Ca lle d Party 

Numb e r " = 836); 

NOT funct i on ( e .g. at DP3, i n i t i at e an SCF e nqu i ry i f " Ca lle d Party Numb e r " i s NOT = 831). 

Th e cr i t e r i a comb i nat i ons to b e ch e ck e d for a part i cu l ar TDP i s to b e sp e c i f ie d by m e ans of manag e m e nt 
proc e dur e s app li cab le for th e CCF/SSF. 

C.2. 4 Tr i gg e r cr i t e r i a pr i or i t ie s 

Mu l t i p le TDP - Rs may b e arm e d at th e sam e DP, e ach TDP - R b ei ng ei th e r an uncond i t i ona l or a 
cond i t i ona l TDP. Each TDP - R w ill hav e an assoc i at e d s e t of cr i t e r i a ( i . e . cond i t i ons sp e c i f i c to th e 
part i cu l ar TDP - R that sha ll b e m e t b e for e th e SCF i s i nform e d that th e TDP i s e ncount e r e d). Th e pr i or i ty 
of th e TDP - Rs at a DP i s to b e sp e c i f ie d by m e ans of manag e m e nt proc e dur e s app li cab le for th e 
CCF/SSF. 

Dur i ng th e proc e ss i ng of TDP - Rs at a DP, th e SSF has to ch e ck th e s e t of cr i t e r i a assoc i at e d w i th e ach 
TDP - R i n d e sc e nd i ng ord e r of pr i or i ty unt il ei th e r th e s e t of cr i t e r i a for a part i cu l ar TDP - R ar e m e t 
(r e su l t i ng i n i nform i ng th e SCF) or a ll s e ts of cr i t e r i a hav e b ee n ch e ck e d and non e hav e b ee n m e t. 
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Ann e x D ( i nformat i v e ): B i b li ography 

V\) ITU-T Recommendation Qt744 (1993): " Funct i ona l d e scr i pt i on of th e s i gna lli ng 

conn e ct i on contro l part 'V 

22) ITU-T Recommendation Q.763 (1993): " Formats and cod e s ". 

33) CC I TT Recommendation Q.767 (1 994^: " App li cat i on of th e I SDN us e r part of 

CC I TT s i gna lli ng syst e m No. 7 for i nt e rnat i ona l I SDN i nt e rconn e ct i ons ". 

44) ITU-T Recommendation Q.771 (1 993): " Sp e c i f i cat i ons of S i gna lli ng — Syst e m 

No. 7; Funct i ona l d e scr i pt i on of transact i on capab ili t ie s ". 

5§) ITU-T Recommendation 0.774 (1 993): " Sp e c i f i cat i ons of S i gna lli ng — Syst e m 

No. 7; Transact i on capab ili t ie s proc e dur e s ". 

6g) ITU-T Recommendation Q.932 (1 993): " D i g i ta l subscr i b e r S i gna lli ng Syst e m 

No.1 (DSS1) - G e n e r i c proc e dur e s for th e contro l of I SDN supp le m e natary 
s e rv i c e s ". 

77) ETR 090 (1993): " ETS I obj e ct i d e nt i f ie r tr ee ; Common doma i n; I nt elli g e nt 

N e twork ( I N) doma i n ". 

8S) ETS300 374-§: "I nt elli g e nt N e twork ( I N); I nt elli g e nt N e twork Capab ili ty S e t 1 

(CS1); Cor e I nt elli g e nt N e twork App li cat i on Protoco l ( I NAP); Part 5: Protoco l 
sp e c i f i cat i on at th e SCF - SDF i nt e rfac e". 
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